Okay,Okay… 纵有再多的”Known Issues”，Adobe AIR的时代还是到来了：）
Digg.com的创始人Kevin Rose在利用Digg.com搞定Slashdot.com之后，除了从Google获得每月25万美圆的广告收入之外，又有新的举动了：Pownce！
可惜，目前注册需要邀请码，我已经向在Pownce的Blog发表评论寻求，已经拿到了6个Pownce的邀请。
虽然一时间还体会不到AIR-IM的快感，但另人兴奋的是，昨天已经尝试了一些利用AIR制作IM的思路并有了具体的code，实在等不急咱自己也做一个：）
对于想要动手玩AIR的Flasher和WebDeveloper，可以看看如下资源（不分先后）：
该方法适用于所有不习惯Flex或者暂时不希望介入Flex Builder2、3开发的开发人员。转载请保留出处：用FlashCS3开发透明的AIR（Apollo）应用 – http://www.awflasher.com/blog/archives/947
【更新】开发步骤详细截图(共19张)我发布在as3blog.com了：忘记MXML，用CS3携Apollo起飞！（http://as3blog.com/as3/cs3-develop-air）
虽然我们并不使用Flex3作为开发环境，但我们需要准备Flex3和Flex3 SDK，这可以在Adobe官方找到。其缘由是，我们需要用Flex3作为AIR文件的发布工具，而Flex3 SDK，可以为我们提供一个非常重要的swc文件：airglobal.swc。我们需要采用这个ariglobal.swc的文件，替换Flash CS3安装目录中的“enConfigurationActionScript 3.0Classesplayerglobal.swc”，这一步非常重要。因为我们需要让FlashCS3的编译器知道，AIR的Runtime所提供的API。否则，在FlashCS3中所有对AIR的API调用将是不能通过编译器编译，进而无法生成SWF文件的。
然后，我们回到Flex Builder3中。建立一个AIR项目，并且修改AIR项目的配置xml文件（你的AIR项目如果是MyAir那么你的AIR配置xml文件将是MyAir-app.xml），找到rootContent结点，例如我的项目叫做“awflasher”，那么在xml文件中，会有如此一段内容：
<rootContent systemChrome="none"transparent="true" visible="true">awflasher.swf</rootContent>
这其中的“awflasher.swf”就是我们通过Flash CS3编译得到的。回过头我再解释一下为什么要copy那个airglobal.swc覆盖playerglobal.swc，是因为，我们在Flash CS3中，可能会有如下的代码：
awflasher_mc.addEventListener(flash.events.MouseEvent.MOUSE_DOWN, go);function go(someEvent)
{
stage.window.startMove();
}
其中的stage.window.startMove中，无论是window对象还是startMove方法，都需要AIR的API提供支持。虽然AIR Runtime显然会提供支持，但是Flash CS3的编译器在之前的playerglobal.swc中是无法辨别这些API的。因此才需要刚才说到的那一步。
后附实际运行截图以及AIR文件如下： Continue reading “用FlashCS3开发透明的AIR（Apollo）应用”
Facebook采用 Adobe AIR 技术，作为一个工作在Adobe产品包上的开发者和一个Facebook的用户，这无疑是一件令人愉悦的事情。如果我是Adobe，我想，Microsoft去”讨好”OEM销售商捆绑silverlight并不是最可怕的，可怕的是Microsoft和Sohu、Tencent这样的大Web企业进行战略合作：试想，用户每访问一次sohublog就要让你下载一次silverlight的Runtime，用户安装率能低么。当然，这必然影响用户体验，Sohu和Tencent能以何种程度进行合作也是一个关键问题。
作者Mike Huntington表示，后期甚至会提供视频聊天功能，这实在令人兴奋。而也有读者建议能进一步支持Jabber/XMPP协议。
在中国，虽然QQ、校内通这两款我喜爱的软件都没有提供API，但仍然看到”饭否”勇敢地一共了API并迅速获得了大量第三方插件的支持，我相信Adobe AIR在配合各类服务的API方面，还是有得天独厚的优势和市场潜力的！
今天去参加了北京微软silverlight技术社区研讨会。虽然到场嘉宾不多，但还是有些收获的。而且很高兴终于见到了神交已久的温飞飞同学：）
期初氛围比较沉静，不过逐渐放开之后，就开始有比较激烈的讨论了。尤其针对Silverlight和Flash、WPF和Apollo（AIR）之间的许多竞争、互补作了讨论。能够零距离接触微软的Silverlight，我想不仅仅是了解微软的这项与Adobe产品线全面对抗的技术体系，更是了解微软的意识形态和他们的philosophy。其实现今的微软在web领域所投入的重视，绝对不容小视。微软也不再傲慢地小看Flex、Apollo这些竞争对手，而是通过各种活动来寻找自身的不足。这一点确实反映了微软的魄力，并一定会给”Apollo阵营”的开发者们开始造成压力。
非常感谢王洪超@MS和王超群@MS做出的精彩展示，让我真正体会到了Silverlight的一些特性和优势（具体细节后续我会有详细地分析）。以下带来一些图片：
相比传统的SWF应用，Apollo在技术上加入了文件系统的I/O操作API和HTML渲染引擎（当然，同时包括JavaScript解释器）。不过相比”Ajax”当年的大肆”炒作”，Apollo仍然还是很有技术含量的。即便如此，Apollo引人注目的地方仍然不是这些技术本身。就像Ajax根本不成其为一种”技术”一样。Apollo仍然可以理解为XHTML+CSS+AcionScript+JavaScript。
那么Apollo最大的特点，最引人注目的地方在哪呢？经过长时间的思考和排除，我的答案仍然锁定在”便携式的无实时连接的Web程序“。
不需要再长篇大论了。Google Gear的出现证明了这种模式的必要性。
Flex将成为一个平台（SWF+AS+XHTML+CSS+JS+”OS-API”->Apllo->Platform(OS/Mobile)）。注意，它不会取代Flash IDE。
开发人员要做的：充分学习上述技术之间的关系。尤其是前端开发工程师可以好好考虑一下转型的Apollo开发。
公司可以做的：第一时间推出自己的Apollo产品，然后砸钱力推。（MS的Silverlight(WPF)在营销策略和开发者体系上还暂时没有到Apollo的强度）
Apollo’s goal is delopying Occasionally Connected efficiently!
Firefox3, WPF和AIR想要什么？很简单，想要进入桌面？凭什么进入？不是凭垃圾推广，也不是凭垄断绑定，而是凭产品本身。这一点，Adobe AIR的优势目前是非常明显的。
转载请保留：原文地址：Apollo开发的商业前景及革命（上）：http://www.awflasher.com/blog/archives/834
(由于最近太忙，下一系列针对Firefox3、WPF与Apollo的对比会后续放出)
时下，关于Apollo的消息被炒得沸沸扬扬。其实结合部分国内外blogger的探讨，我认为，Apollo的革命并非技术上的，而是商业上的。Apollo的技术封装让现有的技术得到了极大的保留，设计师和开发工程师们可以方便地将自己的代码平移到新的平台上，并且发布、部署的方式比之前的任何一款开发工具都方便得多。
Apollo带来的革命，号称“Desktop2.0”。其内容从Flash, HTML/CSS/JS, 到PDF，几乎涵盖了时下最“流行”的Web内容载体。此外，“可离线”应用模式能让用户更加安全、舒适的进行工作和娱乐。用户们不必再抱怨因网络故障而造成的信息损失了，而且也可以借助本地资源更好地节省带宽和其他“紧张而充满麻烦”的网络资源。
把Web2.0应用搬回家，估计会让Apollo的Start-up们又有不少copy case可以做了。从商业的角度来讲，Apollo创造的价值远胜于给用户带来用户体验上的提升。对于终端用户来说，他们想要获得一份Web-Desktop应用，都要经过下载、安装、建立连接的过程，他们不会关心你的程序是由什么开发的。站在产品的角度上，只要能进入桌面，文件系统的支持以及本地各种服务、应用的支持都不是问题，更有许多成熟的框架和接口能让UI层直接调用GPU指令来构建绚丽的应用。然而，Apollo应用却让以往只属于.net/Java/C++程序员和企业能达到的目标对于一名普通的WebDeveloper或者一家小型的网站来说也“易如反掌”！多年以来旁人对WebDeveloper比.net/Java/C++程序员差的舆论必然会得到缓解？抛开一些“浮躁”、“效率不济”等Web程序员和Web产品的“通病”不谈，Web应用的一大优势是：其产品往往是各类软件产品中面对用户群最多、最广，变动频率最高的产品。优秀的Web产品的用户体验必然是经得住考验的，尤其是此类产品往往都拥有较高的“用户体验开发效率”，即单位时间工作成本增量所带来的用户体验提升会更高。
Apollo的价值在于，大大地提高了产品Designer和Developer的“开发体验”，从战略角度来讲，Apollo应用将会有更广大的开发者基础。
对于采用Apollo应用程序部署产品线的企业而言，桌面应用程序更是避免了Marketing中的“Clutter”问题：一部分通过习惯使用搜索引擎来寻找服务的用户不会再被搜索引擎“领到”一个“满是您竞争对手的结果列表页”了，这样您的用户发现您的同行业竞争对手的机会就会大大降低。
除了不如直接在页面中打开方便、下载后的安全隐患之外，Apollo也有很多其他的争议。其中最“有趣的”的无外乎，有人认为Apollo并非直接与微软为敌，而是与Firefox3竞争……
参考：
what is it good for
Adobe Apollo – doesn’t quite cut it..
Apollo: More Microsoftian Crap From Adobe
Adobe Apollo: beyond the hype
The origins of Apollo
Apollo 1.0 — not exactly the moon
附：此文由Zoundry发表。
转载请保留：http://www.awflasher.com/blog/archives/830
3月21日更新，收集到的一些资料。
虽然说在Alpha2种会有更好的HTML支持，不过我觉得这应该是最大的看点。Flash的动画渲染能力已经有目共睹；FLV也已几乎垄断了整个Web Video行业。然而从第一版的FutureSplash开始就让人失望的文本渲染能力却仍然没有得到改善。
看了一个刚出炉的“ApolloBook” ，虽然很“cool”，但是不得不说这样浏览页面太累了，尤其是中文页面。无怪乎看到有人说“That’s really cool – a very painful way to browse the Internet – but very cool.”……至于有人借此无视微软，我觉得大可不必。真不知道Alpha2什么时候才能出来。否则大量的文本无法获得好的显示模式，实在是令人无奈啊。
看看ApolloBook的两张截图：（大图杀猫）
此外，补充一些今天逛到的其他Apollo资源，包括书籍和一种基于iframe的Flex2显示HTML的解决方案：
Adobe Apollo书籍： Continue reading “Apollo令人失望的HTML支持 | 一些相关的书”
一共80M，先秀下目录
1、欢迎辞
2、Apollo简介
3、安装Apollo运行环境
4、安装、运行Apollo应用程序
5、Apollo应用程序演示
6、搭建Apollo应用程序开发环境
7、Apollo开发界面
8、创建一个简单的Apollo应用程序
9、使用文件系统API
10、在应用程序中使用HTML
11、调试您的Apollo应用程序
12、为您的程序增加一个个性图标
13、打包并发布您的应用程序
14、其他资源 Continue reading “Adobe Apollo 视频教程已经入手”
千呼万唤始出来！
Apollo Runtime Download – 运行环境下载：http://labs.adobe.com/downloads/apolloruntime.html (5.83Mb @ Windows)
SDK下载：http://www.adobe.com/cfusion/entitlement/index.cfm?e=labs_apollo
演示应用：http://labs.adobe.com/showcase/apollo (目前只有一个程序)
Flex2/AS3 + HTML/CSS = Apollo ?
蕴藏在其后的，恐怕不是这么简单的一个等式……创意产品(Creative Solution)市场的竞争，从Macromedia收购Future Splash到Adobe收购Macromedia以来，一直都没有停止过硝烟。
只有用户，才是最终的决策者，在这片领域，用户不再是虚假产品欺诈的对象，用户不再是二流销售人员忽悠的傻子。用户真正成为了上帝。
做一个真正的上帝，用你的体验去评判一切吧！
aw's lab 
