写点什么

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

  • 2009-11-16
  • 本文字数:1835 字

    阅读完需:约 6 分钟

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 日前下载还能免费获得产品序列号,感兴趣的读者可以直接点击这儿下载

2009-11-16 02:212345

评论

发布
暂无评论
发现更多内容

git stash误使用drop删掉本地保存,恢复代码一次记录

良知犹存

git

运动居然成了我的奢侈品?

悟空聊架构

程序员 程序人生 运动 6月日更

模块五:课后作业

黄先生

作业

CR

模块5作业

大肚皮狒狒

前端vue在可视化大屏领域的工作实践

孙叫兽

Vue 可视化 eCharts 可视化地图 引航计划

用Docker的方式编译OpenVINO

IT蜗壳-Tango

6月日更

模块5-”微博评论“的高性能高可用计算架构

小遵

spring-beans 注册 Beans(三) ConfigurationClassPostProcessor处理BeanDefinition流程

梦倚栏杆

模块五 作业

薛定谔的指南针

架构实战营

架构实战营模块五作业

冷大大

作业 架构实战营 模块五

JVM之内存管理

邱学喆

JVM 内存管理 垃圾回收算法 垃圾回收器

【LeetCode】目标和Java题解

Albert

算法 LeetCode 6月日更

新手模拟实现call和apply

前端树洞

大前端 js this JavaScrip

架构训练营——模块五作业——微博评论

开拓纪

架构训练营 模块五 微博评论

react源码解析7.Fiber架构

全栈潇晨

react.js react源码

【Flutter 专题】110 页面间小跳转 (四)

阿策小和尚

Flutter 小菜 0 基础学习 Flutter Android 小菜鸟 6月日更

架构实战营 模块五课后作业

iProcess

架构实战营

”微博评论“的高性能高可用计算架构

thewangzl

Proxy 对象简介

编程三昧

JavaScript 大前端 ES6 Proxy

如何画好架构图 (建议收藏)

悟空聊架构

流程图 架构图 6月日更 processon 原理图

模块五-微博评论高性能高可用计算架构

华仔架构训练营

架构实战营5 作业

梦寻解语花

架构实战营

架构模块5作业

高亮

架构训练营

模块5作业 微博评论高性能高可用计算架构

TH

架构实战营

【Vue2.x 源码学习】第六篇 - 数据代理的实现

Brave

源码 vue2 6月日更

模块5 学习总结

TH

架构实战营

架构实战营 模块五作业

Dylan

架构实战营

从水晶宫到甲秀楼:在数博会读懂智慧城市的“大工业时代”

脑极体

设计微博系统中”微博评论“的高性能高可用计算架构

贯通

#架构实战营

架构实战营模块5

阿体

采访:基于AIR实现任务管理工具Doit.im_Java_霍太稳@极客邦科技_InfoQ精选文章