每逢MAX大会，Adobe都会发布一些新鲜的吸引眼球的产品或准产品。两天前，新发布的东西可真不少，包括有：

• Flash Builder burrito预览版
• Flex SDK Hero测试版
• Adobe Flash Catalyst Panini预览版

除了这3个重量级别的，还有两个也值得一看：

一个名为Molehill的3D API，这应该是官方推出的第一个3D库，从视频上看，效果很惊艳。特别的是，这个库还支持移动版。不管怎样，需要硬件支持。

Blackberry Tablet OS SDK 测试版发布，支持air。在北美市场，Blackberry目前仍然占据智能手机市场的头把交椅（也许不久会被IPhone超越），现正进入平板电脑市场。因此，Adobe和RIM的合作也很值得期待，这为开发者提供了更多的机会。

言归正传，还是说说Flash Builder Burrito这个版本，真的不错，集成了新的AIR SDK 2.5和Flex SDK Hero，可以直接创建mobileProject，同时，还集成了多款Device模拟界面，最让我满意的是，运行速度超高。

Flex SDK Hero，针对移动版本进行了全面的优化。我将例子程序mobiletrader编译后，放到nexus one上面跑了下，启动速度很快，内建了键盘支持，包括Back键和方向键，另外，自动使用屏幕旋转，这点也很贴心。稍有不足的是，apk文件体积有点大，800多kb，不过还在承受范围之内，这也是Flex SDK一直以来的现象。

这段时间使用air开发android程序，有些经验收获。手机开发和桌面、web开发有很大的不同，我觉得有两点比较明显，这两点，在程序设计过程中，要时刻放在心上：

一、受限于有限的资源。狭窄的手机屏幕，即使像Iphone这样的手机，盯着屏幕的时间稍长，眼睛也会感到疲惫；cpu、内存、带宽等资源等和PC无法相比。这些都对程序提出更高要求，性能优化，会占到很大的比重。

二、相对复杂的运行环境。在设计程序时，系统来电、屏幕锁定、电池、网络状况、分辨率...，这些因素都必须考虑到。有时候，即使是一个很简单的应用，也可能会比较复杂。

转到正题上来，AIR开发Android手机程序时，程序一般要实现以下功能：

1、处理状态，程序时刻要保存当前的状态，因为程序随时可能被终止或者转入后台，也可能随时被激活。这个可以通过事件监听来做到：

NativeApplication.nativeApplication.addEventListener( Event.ACTIVATE, appStatusHandler );
NativeApplication.nativeApplication.addEventListener( Event.DEACTIVATE, appStatusHandler );

2、实现多屏操作，也就是Multi-Screen。

观察手机程序，会发现一个特点。从UI角度看，每个功能操作页面往往可以独立，这样方便加一些转场动画，程序看起来比较酷，另外，将程序拆分为多个Screen，且每个Screen保存自己的状态，对于处理全局状态，会比较容易，也算是很面向对象了。

3、处理系统事件，最常见的就是Back和Menu按钮事件。

使用Back按钮是程序中常用的操作方式，符合用户的使用习惯。如果要很好的处理Screen之间的切换，就需要在设计时就考虑清楚。

Menu，应该是Android特有的处理方式，使用AIR来表现Menu是没有问题的，关键是要根据不同的状态给出不同的Menu，这同样和Screen的设计息息相关。

NativeApplication.nativeApplication.addEventListener( KeyboardEvent.KEY_DOWN, onKeyUpHandler );

function onKeyUpHandler(e:KeyboardEvent):void
{           
    switch( e.keyCode )
    {
    case Keyboard.MENU:            
        //显示自制的menu
        break;
    case Keyboard.BACK:   
        e.preventDefault();  //什么时候阻止系统默认事件，什么时候不阻止？ 是个问题
        break;
    case Keyboard.LEFT:
    case Keyboard.RIGHT:
    case Keyboard.UP:
    case Keyboard.DOWN:
        //响应方向键
        break;
    }
}

4、UI。目前来看，还没有成熟的UI框架可用，使用Flash CS组件或Flex组件并不是很好的选择，会碰到这样或那样的问题，因为这些组件都没有针对移动设备进行优化，举个简单的例子，List组件，在手机上，滚动条并没有多少价值，对触摸屏来说，最便捷的操作方式是拖拽，滚动条很小，手指都很难点上，没什么意义。


这里推荐：
仿Android皮肤组件，http://blog.kevinhoyt.org/?p=548
as3flobile components，http://custardbelly.com/blog/?p=173

在这个页面http://www.adobe.com/devnet/devices/fpmobile.html，Code samples下面的Control examples，是个很好的例子，千万不能错过。

目前Flex Hero已经放出了开发中的版本，还没有机会研究。不过看了文档，感觉设计思路和我的想法比较接近。

5、可能的话，还有处理自动缩放，包括屏幕旋转自适应，这一点其实和PC上基本相同。对于支持物理感应的设备，还可以加上更酷的功能。

--------------------------------------------------------------------------------------------------

本文系原创，转载请注明出处，谢谢。

 And, the first winner in prison.

历史再次被改写！

 AIR Runtime for android已经发布到电子市场了，今天试着在线安装了一遍。发布的这个版本也就是9/30发布的版本，应该说，已经比较稳定了，程序的启动速度比较快，但比起Native程序，还是有差距。

八卦一下，这个版本和我有点关系，因为其中的一个bug是我提交上去的，Bug #2723863。

哪些机器可以跑AIR？ 起码得支持Android 2.2，但支持2.2，并不一定可以跑AIR。看这里（需要登录才能看），按照官方开发人员的说法，需要是ARMv7-A以上处理器的才可以，比如：

HTC Desire
HTC EVO
HTC Incredible
HTC Nexus One
HTC Triumph / Desire / Bravo
HTC Vision Blaze / Desire Z
HTC Ace / myTouchHD / Desire HD
HTC (T-Mobile) G2
HTC Merge / Lexicon

要求还比较高，Adobe的东西总是让人觉得有点不舒服。

不管咋样，这东西出来了，好歹也是个进步。电子市场上已经有几个AIR程序出现了，还是有不少支持者！

《民国风流》，是我LP的新书，已经上市。

在介绍这本书之前，容我讲一个小故事：

一年前，某一天的中饭时间，几个同事（一群程序员）照常在以前吃饭，闲聊的时候，某位年长的同事，习惯性地开始讲一些历史人物故事，忘了是什么原因，讲到了廖仲凯，还有何香凝，然后我插了一句，大约是说何香凝和廖仲凯这对夫妇的传奇爱情之类的话，我这位同事惊奇地说，他记得何香凝是廖仲凯的妈。他的语气很肯定，而我也不是很有信心，于是脸红着说自己大概是记错了。

后来，我回去google之，大笑。（不明白的请自行google)

---------------------------------窘迫的分界线-----------------------------------------------------------

讲这个故事，是想告诉我的同行们：为了避免我和我的同事们这类尴尬，买本《民国风流》，时时翻看，多了解些民国八卦，是非常有必要的。

这本书花了半年时间，期间修修改改，花费了很多心血，内容是很丰富的，看了就知道，我就不多说了。有兴趣的朋友支持下，先谢谢了！

详细介绍看豆瓣：

http://book.douban.com/subject/5299120/，目前卓越网已有售。

周日去看了早场的《盗梦空间》，中途憋尿，出来了片刻，回去后，发现还在枪战，甚感无聊。总的来说，比较好看，场面宏大壮观，Leonardo的情感戏演绎很精彩，由于事前看到了太多的好评，看完略感失望，觉得并没有传说中的那么好。

Leonardo最近拍的电影，都很不错，比如《禁闭岛》，其中有复杂的心理戏戏分，比《盗梦空间》中的要来得曲折多变，更好看。压抑的时候压抑的透不过气；爆发的时候像火山喷发；也有平静下的汹涌暗潮，相比起来，《盗梦空间》里的心理戏只能说吸引人，我觉得是可以更好的。

我觉得《盗梦空间》最好看的地方，还是在于导演的想象力，天马行空，但看上去又逻辑性极强，也就是所谓的“高智商”。制造梦境，而在梦境中虚拟出显示，还有人本能的守护行为，应该是电影中最有意思的地方。高智商，加上逼真的视觉效果，确实看的过瘾。

另我感到最不爽的是冗长的动作戏，感觉像是为了拖延时间，凑戏分。影片后期，无休止的枪战和飙车戏，单调，简单，和整个戏分有点不搭调的感觉，一段复杂的枪战场面，看的人都快睡着了，很失败。还不如请个国内的动作指导，比如某某大哥，摆弄几个很酷的造型，那样更有观赏性，还能兼管中国市场，何乐而不为。

事实上，标题有点不准确。

几天前，air2.5发布了新的版本，Adobe称性能有了很大提高。提高了多少？ 哪里提高了？ 这个需要去实验才知道。

三个月前，在prerelease的论坛上，有位仁兄做了个实现，https://prerelease.adobe.com/project/forum/thread.html?cap=E30C51D41E3B4960BC4F1EBD76BEE24D&forid={DE38C2EF-3575-45B9-9320-F3D03884447D}&topid={C7E7AC43-D63B-4A68-8112-FCEB5F51CA48}，很有趣，创意非凡的Idea，连Adobe也没有想到。

昨天终于有时间试了一把，在最新的版本上，运行良好，效果非常好。将本地程序和AIR程序打包在一起，然后两者使用Socket通信，这样，很多AIR无法实现的功能都可以通过这种方式实现。

在android上使用air开发已经有一段时间了，感觉还不错，当然，遇到了一些不太友好的问题。目前AIR 2.5还在prerelease的阶段，目前大约2周时间就会发布一个新版本，更新速度很是比较快的，这也说明目前的版本还不是很稳定。

从7月5日发布的版本到现在，就我的发现来看，一些bug被fixed，比如使用了Spark组件的Flex4程序不会crash了，Flash CS5的对app-xml的支持更完善了。另一个目前混乱的问题，是关于硬件加速的问题，官方声称目前已经支持这个功能，可惜我到现在还没有找到详细的说明文档。再，有两个比较大的问题，目前还一直没有解决：

1.使用Flex框架的程序中，如果有文本编辑类组件比如TextInput，当组件失去焦点时，虚拟键盘不会自动消失。这应该和组件的内在机制有关系，很可能其中的某个鼠标事件在移动设备上没有得到支持，而导致无法正确处理焦点事件。

这个问题我想只有在下一代的Flex框架中才能得到完美解决。

2.在播放H.264格式的视频时，性能很差。在Know Issues中，关于视频的Bug一直存在。不过在Nexus One上，使用浏览器看视频，性能却比AIR程序表现更好点。

说到Nexus One，确实是款很不错的手机。IPone我只是看过两眼，没有机会仔细研究。拿到Nexus One已经有一段时间了，性能确实很强劲，Flash Player 10.1的表现值得期待。

读到一篇文章，作者谈了一些关于Google Wave倒闭的看法，很值得一看。其中，他的另一篇很早的文章，是关于焦虑 的，也很值得看看。

早如今这个的年头，节奏太快，很多时候觉得自己很忙，但仔细想想，却觉得都是些无足轻重的事情，而反而真正重要的事情，却一点进展也没有。

IPad确实很好，有人计划用它来当电子阅读器来使唤，买之前想象着每天躺在床上看书的模样，当买了之后，发现自己只是把它当个游戏机，上个厕所也不忘在里面晃来晃去的。

IPhone是个电话，即使它也可以玩游戏，听音乐，拍照，看电影，聊天，但你用的最多的，还是电话和短信。

Kindle是个阅读器，如果可以玩游戏，听音乐，看电影，那它就是IPad了。

所以，功能多未必是好事，一个东西为什么存在?  只因为它做了该做的。

-----------------------------------------------------------------------------------------------------

经测试，发现上面的链接被墙，需要翻墙可以看。

在大约一周前，同事拿到了IPad，因为有一个应用要迁移到IPad上，等了一段时间，设备终于配下来了。以前一直对IPad有点不屑，可能是由于Apple与Adobe的嘴仗吧，毕竟我也是靠Adobe养家糊口的，但是，玩弄了一把IPad后，还是狠狠地被震撼了。

今天读到一篇文章，Surprise, I’ve bought an iPad，这位老兄，呃，可以算是Adobe技术传道士吧，但最近Blog中Apple出现的频率是越来越多了。

有位回帖的愤青如此形容Flash：It’s a resource pig, slow, bloated, and insecure. 他对Flash的厌恶已经无以复加了。