|
锁定老帖子 主题：AIR, 我已经对你彻底失望了.
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-04-10
ExtJS 的官方IDE已经抛弃AIR了 使用了 QTWebkit
实际上...是为了代码的安全性..... |
| 返回顶楼 | |
|
发表时间：2010-04-10
用AIR写过windows上的桌面程序，界面开发方便，但是问题也多多，
最大的问题就是跟操作系统格格不入，像COM组件那些本地API都无法调用。 而且不支持多线程，界面反映有点儿慢，内存消耗大，无法释放也是个大问题。 所以开发了smartrcp开源框架，用Flex写eclpse rcp程序，复杂的应用逻辑交由Java控制，Flex只负责界面展示。目的是用于代替AIR平台，感兴趣的朋友可以加入进来， 地址：http://code.google.com/p/smartrcp/ ============================================================================ SmartRCP是什么 SmartRCP是一个使用flex来写eclipse rcp 桌面程序的eclipse开源插件 它继承了java与flex的优势，并扬长避短，将它们的优势发挥得淋漓尽致。使用了SmartRCP后，您可以用flex的mxml快速构建出漂亮的程序界面， 用java来处理复杂的业务逻辑，使界面显示层与业务逻辑层相分离，实现了桌面程序的分层设计。 SmartRCP的目标 * 保证SmartRCP平台的高扩展性 * 保证SmartRCP平台的跨平台性 * 保证SmartRCP程序开发的便捷性与高效性 SmartRCP在他们眼中 项目经理说： 使用SmartRCP，可以缩短项目开发周期与开发成本 使用SmartRCP，可以将项目逻辑部分与GUI部分媾和降到最低易于项目的维护与扩展 通过SmartRCP的接口机制，Java程序员与Flex程序员可以并行开发互不影响 SmartRCP的模块通信机制可以很好的实现模块重用 Java程序员说： 用SmartRCP开发桌面程序开发效率非常高，界面美观 我再也可以不用开发效率低运行缓慢的swing做界面开发了 SmarRCP依靠Flex做的界面非常漂亮很不错 依靠Java做后端服务，功能非常强大,比Adobe AIR程序更具扩展性和维护性 把界面设计部分交给Flex程序员与美工，我可以专注于程序业务逻辑部分 Flex程序们说： 用SmartRCP开发桌面程序开发效率非常高，界面美观，而且功能非常强大 Flex调用Java就像调用本地代码一样方便 将复杂业务逻辑交由Java处理我们可以专注于界面开发，分工明确 SmartRCP开发框架对Flex的模块机制支持非常好，代码重用与维护性高 SmartRCP对Flex模块的载入和销毁机制，很好的解决了Flex内存不易释放 的问题 |
| 返回顶楼 | |
|
发表时间：2010-04-10
AIR 2.0 ------------------------- 性能提升，目标30% 系统内置应用调用 内置开放文档本地处理机制 存储设备检测API 对屏幕阅读提供更好的支持 本地Microphone API 多点触摸及动作识别 支持HTML5和CSS的全新Webkit引擎 更快速的JS 引擎 Sockets 服务器 P2P通讯支持 UDP网络通讯支持 更强力的拖拽支持 |
| 返回顶楼 | |
|
发表时间：2010-04-10
最后修改：2010-04-10
passionke 写道 看完了你的发帖以及回帖之后
其实你真正郁闷的是那90帧与18帧的区别 看不出你怎么坚决用户AIR，而且AIR是一种概念 而你打击的，不过是adobe的flex系列或者flash builder4而已 引起你这样的误会 我理解 我这篇文章写得确实有些意气用事 最近我打算写一篇 比较详细的“AIR到底哪些地方不好 以及 我期望的AIR应该是什么样子” 虽然 也是以 我自己的视角来看 但是一定会比这篇更客观 摆事实讲道理 敬请期待。 另： 我从来没想过打击flashbuilder 和 flex ，我对对他们没什么感觉。 liu78778 写道 ExtJS 的官方IDE已经抛弃AIR了 使用了 QTWebkit
实际上...是为了代码的安全性..... 这个我以前提到过的 其实保护代码安全也是AIR所欠缺的 我反应这个问题，但是没人理会。 我会在我将要写得文章里 详细叙述一下这个问题。 BTW：extjs designer换到qtwebkit后 性能也提高了 znjq 写道 AIR 2.0 ------------------------- 性能提升，目标30% 系统内置应用调用 内置开放文档本地处理机制 存储设备检测API 对屏幕阅读提供更好的支持 本地Microphone API 多点触摸及动作识别 支持HTML5和CSS的全新Webkit引擎 更快速的JS 引擎 Sockets 服务器 P2P通讯支持 UDP网络通讯支持 更强力的拖拽支持 你要是相信 你就输了。2.0 beta已经在用了， “性能提升，目标30% 支持HTML5和CSS的全新Webkit引擎 更快速的JS 引擎” 是谎言... 一些基本的html 和 css特性都不支持, 而且搪塞的原因总是一句"出于安全问题的考虑 暂时不提供该功能" |
| 返回顶楼 | |
|
发表时间：2010-04-10
唉，程序员的杯具呀，愤青一个
|
| 返回顶楼 | |
|
发表时间：2010-04-10
dyldragon 写道 唉，程序员的杯具呀，愤青一个
确实 这篇文章写得不冷静 但是 AIR性能低下 功能的欠缺 难于开发调试 adobe对AIR+Html开发方式的漠视... 这些问题确实是不可忽视的. |
| 返回顶楼 | |
|
发表时间：2010-04-10
从IDE，从兼容性上，我都看不出html5和flash/flex/air有什么可比性。
从内容中感觉到楼主对air更多的是恨铁不成钢而不是彻底失望。 我的建议是没有什么技术是完美的，正如java没有c效率高但不代表java完全没用。作为一名技术人员，需要做的就是根据项目特性和团队特点采用适合的技术。 最后要说的是我挺喜欢现在的格局。在同一技术领域可以有多种技术可以选择。 |
| 返回顶楼 | |
|
发表时间：2010-04-10
adobe占着FLASH垄断似的安装量。不思进取。
|
| 返回顶楼 | |
|
发表时间：2010-04-10
最后修改：2010-04-10
air的原本意义在于把flash/flex应用本地化
不需要启动浏览器，就可以执行flash/flex程序，并支持很多操作系统层面的东西 在欧美，java桌面安装率是很高的 adobe希望flash/flex进入java桌面的领域，才搞了air 用air实现ajax本地化，那不是adobe的定位 不过现在，air对html/js/css的支持，至少比java好 |
| 返回顶楼 | |
|
发表时间：2010-04-10
我就期望着开发一个桌面应用程序时，用JS和HTML5做界面，最好JS能调用诸如Python或Java中的对象与方法，或者通过临时的HTTP服务传数据也行
|
| 返回顶楼 | |
