采访:基于 AIR 实现任务管理工具 Doit.im

  • 霍泰稳

2009 年 11 月 16 日

话题:Java最佳实践语言 & 开发

Doit.im是一个结合 GTD 理论,基于 AIR 开发的个人待办事项管理工具,目前发布了 1.1 版本,已经有近 1.8 万人注册使用。InfoQ 编辑就 AIR 开发相关话题采访了 Doit.im 的主力开发者李晓。

InfoQ:为什么要基于 AIR 开发?有没有什么特别的考虑?

李晓:我们当时选择基于 AIR 的开发主要有如下考虑:

  • 跨平台:虽然基于浏览器的 Web 应用也能够一定程度做到,但是 AIR 在各个操作系统的行为一致性还是远远高于跨浏览器的 Web 应用,我们基本上没有花什么精力就达到了这一目标。
  • 桌面应用:Doit.im 虽然是基于网络的应用,但是本质上是桌面应用,1.1 版本新增的离线支持让 Doit.im 在没有网络时也能够工作。现在浏览器端的解决方案是采用 Gears 来保存离线数据,但是相对于 AIR 的本地应用而言仍然受到很多限制,比如文件操作,最小化应用,浮动窗口等等。虽然 AIR 也不是完全拥有普通桌面应用的所有能力,但是相对浏览器而言还是具有很大的优势的。

InfoQ:在使用 AIR 开发过程中,最大的挑战来自于哪里?

李晓:

  1. 性能:我们原来考虑使用 AIR 其实还有一个原因,就是因为 AIR 是本地应用,ActionScript 虽然和 JavaScript 有血缘,但是运行期是经过编译的,怎么想它都应该在性能上优于基于 JavaScript 的 Web 应用。但是实际结果却很难说 AIR 在性能上有优势。为了解决性能问题,已经影响到我们放弃一些好的用户使用体验。一般来说,更多使用 Flex 原生控件能够在这个方面得到更好的效果。而多使用或少使用一个 VBox(Flex UI 组件)有时候在界面展现上会有天壤之别,这多少让人不得不在一开始就为性能而谨慎编码,虽然这在现代编程理论中已经是大忌。
  2. 内存使用率:这个实际上我们只能做非常有限的努力,AIR 使用的内存显得非常夸张,Doit.im 的客户普遍抱怨 Doit.im 使用了太多内存,基本上能比它更多使用内存的也就是浏览器了。
  3. 文档稀缺:Adobe 虽然有公布很多 API 文档,但是多数文档过于简陋。更加缺乏的是如何使用控件的文档,这里所说的如何使用,不是说这个控件具有什么属性、什么方法,每个属性和方法的功能是什么,而是这个控件是解决什么问题的,什么情况下应该如何使用该控件。这个问题的结果是,在初期,我们的团队犯了很多使用控件不当的问题,一般来说,一个控件被在错误情况下使用,它的功能还是完整的,只是从性能和最终效果上会有差别,特别是性能方面,我们为此花了很多精力。
  4. 代码开源:现在 Adobe 已经开源了不少代码,但是仍然有核心代码是非开源的,这在碰到 Flex/AIR 本身的 bug 时就比较致命,不能调试,你又不知道怎么回事,文档又缺,只能想方设法避开,好像没头苍蝇一样到处撞。也许相对于那些完全闭源的开发环境这已经好多了,而我可能也更习惯于 Ruby/Java 这样的环境,但是这确实挑战人的神经。
  5. 在 ActionScript 3 中,将 private 关键字做了强化,一旦声明成 private,那真的就是没有任何办法可以在类之外调用到相关属性或者方法了。当你碰到问题并且没有办法接触到源代码时,这就非常麻烦了。ActionScript 的这种发展方向,让人担忧。强类型和各种限制能够避免一些程序员犯错,但同时也关闭了程序员做出正确选择的门。

InfoQ:你希望 AIR 在新的版本中做哪些改进?

李晓:

  1. 性能(天下武功,为快不破);
  2. 内存使用率;
  3. 更多本地支持,比如注册系统快捷键,这块对 Doit.im 来说是非常需要的,我相信很多桌面应用也非常需要这个;
  4. 更多 Meta programming 支持,放开对程序员的束缚。

InfoQ:Doit.im 产品的开发环境是什么样子的?

李晓:

  •   操作系统:Windows, Mac OS
  •   IDE:Flex builder 3
  •   数据传输框架:graniteds
  •   客户端服务器传输协议:AMF
  •   服务器端:Hibernate 做数据存储;jrest-route实现 REST 服务

这里简单解释一下。至于 IDE 虽然 Flex builder 3 有很多不尽人意之处,但是似乎没有太多选择,IntelliJ 也推出了 Flex 插件,License 的原因没有去尝试。

客户端服务器传输方面,采用的 graniteds 规规矩矩,但是在使用过 AMF 这种强类型的传输协议之后,我现在更倾向使用 JSON 为传输载体的 REST 接口,相对来说透明、简单清晰,因为 AMF 的 AS RemoteObject 实现在登录登出方面有些问题,其实现策略也感觉不太适合实现随时离线的应用。

jrest-route 是我们为实现简单的 REST API 而做的一个简单实现,现有的 Java REST 框架感觉普遍太过繁琐复杂,所以自己实现了一个开源出去了。

注:现在 InfoQ 正和 Adobe 合作,提供 Flash Builder 4 Beta 2 的高速下载,11 月 20 日前下载还能免费获得产品序列号,感兴趣的读者可以直接点击这儿下载

Java最佳实践语言 & 开发