Jinni’s Blog

点击这里下载

该ZIP包含了我收集整理的部分MAX 08的演讲稿，偏向Flex/AIR方面，包括：

• Building Components in Flex 3 and Beyond by Matt Chotin
• Looking Ahead to Next Version of Flex by Matt Chotin
  
• Debugging and Profling with Flex Builder 3 by Mike Jones
• High Performance AIR Applications by Mihai Corlan
• Maintaining Security with Adobe AIR by Mihai Corlan
• Prototyping AIR with Fireworks by Juan Sanchez
• Future of Communication with RTMFP by Matthew Kaufman
• Designing and Building Web Experiences in Flash CS4 by Tom Krcha

年底了，是总结和展望的最佳时间，2008年是Flash和AIR快速发展的一年（很主旋律，很和谐），也是基于AIR的应用极大丰富的一年。以下两篇日志总结了一些不错的AIR应用：

126个AIR应用程序

30多个为开发者和设计师准备的AIR应用

最后，Jinni也祝大家新年快乐，09年健康如意～

FlairBuilder是一款基于Flex/AIR的Flex应用界面编辑器，主要功能包括：

1. 提供标准Flex组件，样式的可视化编辑和属性编辑。
2. 支持部分组件行为（事件处理）
3. 设计和代码模式切换
4. 支持导出图片

乍一看这个东东似乎有一点鸡肋，毕竟很多工作可以在Flex IDE里面完成。不过我能想到的一个应用场合是：在一个项目处于原型阶段时，用户体验设计师可以用它来描述基本用户界面布局而不需要使用Flex Builder等工具，毕竟它们是程序员的工具。

下载FlairBuilder

在上一篇日志中，我介绍了Flex Builder 4的10个新特性，同时我也强调了这只是FB4新特性的一小部分。这篇视频为我们带来更多而且更加详细的Flex Builder 4新特性介绍，除了之前提到的特性以外还包括：

1. 支持Theme切换

FB4支持直接在Flex Builder里进行组件主题的切换，你可以从网上下载并导入新的主题。主题切换后可以即时在Design模式下看到真实的主题外观。至于切换主题的用户界面，嗯，有点像Wordpress。

2. FXP的导入和导出

作为Flash Catalyst的姊妹，支持FXP的导入和导出是必然的。特别值得一提的是，在导入FXP到Flex Builder时，支持Merge功能。也就是把修改后的FXP直接合并到现有的Flex Builder工程上，同时提供冲突解决的完整GUI。熟悉版本控制软件客户端的同学对此一定不会陌生。

3. FlexUnit集成

目前为止，与FlexUnit的集成体现在两方面：

1. 为现有的类创建FlexUnit TestCase，自动创建Test Methods。
2. 提供完整的图形化Runner界面，你可以非常方便的对当前工程进行单元测试。而且可以根据需要重新运行失败的而不是整个测试。

4. ASDoc视图

除了支持以Tooltip形式存在的ASDoc以外，现在也支持ASDoc视图。

5. Data Services支持

虽然之前提到过，但是看过本视频后不得不再拿出来Highlight一下。

其功能之强大不是一两句话能概括的。如果你对这个特性感兴趣，我强烈建议你观看此视频的后半部分。

6. 其他

其他还有一些小特性例如双击一个词则会自动高亮显示当前文件中其他地方出现的该词语等等，不一而足。

我也会继续利用闲暇时间为大家整理和介绍一些来自MAX大会的有用信息。

Enjoy~

MAX大会上Heidi Williams用10分钟介绍了Flex Builder 4 (Gumbo)的10个新特性，相关视频在这里。

当然这只是Flex Builder 4中很少的一部分。

总结了一下：

1) Package Explorer

如果你熟悉Eclipse中JDT，对这个特性一定不陌生。Flex Builder 3只支持资源浏览器，即以工程文件的形式浏览。而Package Explorer，顾名思义，是针对Pakcage的结构进行浏览，这种模式更适于开发者使用，另外也可以展开一个类来浏览该类的结构（同Outline）。不仅如此，Package Explorer还支持以这种结构浏览SWC文件。

2) 代码模板

虽然现在我们也可以通过插件来实现代码模板，但是总还是原生支持来的更舒服。代码模板还支持“环境变量”，例如你可以向模板中添加“${project_name}”，则这部分内容会被转化成工程名称。代码模板可以在偏好(Preference)中进行配置。

3) 包重构

重构功能一直是我对Flex Builder比较不满意的地方。说实话，基于包的重构应该是比较基本的功能了。

4) 悬停时的ASDoc提示

也是从Eclipse中“继承”下来的功能，支持ASDoc中的链结

5) Getter & Setter

方便地在代码中添加Getter和Setter。（这里有个小插曲，Heidi在演示前忘了把代码恢复成没有Setter的状态，所以她不得不现场把代码改回去，还很可爱的对观众们说“别看” ^_^ )。

6) 自动生成Event Handler

这个功能比用代码模板要方便得多。

7) Run to Line

有的时候我们调试时会发现断点设置的并不合理，例如断点位置离我们关注的代码段还远得很，这时候可以使用Run to Line功能立刻将程序执行到指定位置。

条件断点

顾名思义，就是当满足某种条件的时候才会中断程序，个人认为非常有用，特别是在调试一些复杂逻辑时，会大大节约时间，同时也能放松你的神经，免得一不注意错过了还要从头来过。

9) Network Monitor

现在调试模式下可以监控网络连接的数据，例如WebService的SOAP数据以及HTTP的请求和响应内容，也是一个非常有用的特性。

(事实上Heidi到此为止一共只介绍了9个新特性，介绍第8个特性之后她似乎数错了。所以我把一开始介绍的那个Service Explorer算上，一共是10个)

10）Service Explorer

Service Explorer可以方便的浏览服务端API(如WebServices或Remoting Services)及其Value Object，同时也可以根据服务端的VO自动创建AS端的VO。

总结完毕，那么哪个新特性对你来说最有意义呢？

方法很简单，打开Adobe Media Player，进入My Favorites页面，点击左下角的Add Rss Feed，

输入 http://social.mediaplayer.adobe.com/1.0/shared/jinni 即可

我非常喜欢这种学习形式，即容易理解的又不觉得不枯燥（很多演讲者会时不时穿插个冷笑话什么的 -_-）

也许用不了多久，Adobe将实现AIR在Windows, Mac, Linux三大平台上同时发布。对Linux的全面支持也意味着，AIR逐渐变成了跨平台开发的最佳选择。

详情见这里

下载AIR 1.5 for Linux

同时，AIR Badge这种完美的安装运行机制的也随着AIR 1.5的发布可以在Linux上使用了。

详情见这里

Matt Chotin是Flex SDK的产品经理，不久前他放出了两篇他在Adobe MAX会上使用的讲稿。
我认为都非常有价值，在此重点推荐。

第一篇的题目是Creating New Components in Flex 3 and Beyond，也许题目不那么吸引人，但它是少有的对Flex组件内部机制进行介绍的文章之一。真正的商业项目中很少遇到现有的Flex组件可以满足一切需求的情形（如果有，那么你真是太幸运了），学会使用正确且专业的方法开发Flex组件才称得上是Flex开发者。

第二篇Looking Ahead to Next Version of Flex也很精彩，介绍了下一代Flex的一些主要特性和机制，如果你打算从现在开始熟悉Gumbo，这篇文章是不错的选择。

FCG是一个开源的AIR应用程序，可以根据可视化的配置来生成Flex代码。
FCG有一些很有意思的特性，包括：

• 支持Cairngorm和PureMVC框架，当你选择使用其中之一来创建工程的时候，一个基本的框架文件结构会被建立起来。
• 支持从Server端(PHP/Java/C#)Value Object创建相应的AS代码
• 支持从Server端(PHP/Java/C#)Remoting Service创建相应的AS代码

下载FCG

下载源代码

随着Java FX 1.0正式发布，Sun的宣传攻势也算是铺天盖地，从美国三番的Java One到国内的Sun Tech day，大有与Flash和SilverLight三分天下之”志”。不过从一个对Java和Flash都有着6年以上经验的开发者的角度，我确信Java FX将不可能成功：

1）Java与设计师生活在两个世界
RIA把设计师在应用开发中的地位提升到了前所未有的高度，然而Java和设计似乎是两个风马牛不相及的话题。设计师喜欢Apple，喜欢Adobe，但不会喜欢Sun和它的Java，他们甚至不知道它。

2）界面与逻辑
因为第一条原因，我想唯一让设计师参与Java FX项目的办法就是尝试让他们不知道Java FX的存在。然而这似乎是不可能的，Java FX脚本设计为将界面元素与逻辑紧密的结合在一起。在Adobe的阵营，设计师可以使用Photoshop或者Flash直接将做好的图片或者动画导出成Flex皮肤，而当Adobe Catalyst面世后，这种合作将更加亲密无间。Sun打算让用NetBeans作为设计师的创作工具吗？No way.

3) Java FX不是Java
Java取得的成功与Java FX无关，绝大多数Java开发者喜欢Java语言的优美特性，但是在我看来Java FX并不优美，可以说有点丑陋。用个粗俗一点的比喻，如果Java是血统纯正的名犬，那么Java FX看起来更像是个杂交的串种。

其实我还可以在再说出10条以上的理由，但到时候一定会有人说我是恶意中伤了。:P
其实Java是我最喜欢的语言之一，而我也很少做如此肯定的断言。不过还是忍不住说一句：Java FX，真的没戏。