有人在博客上写过这个比较,还是有人想在这里试一试？很高兴看到关于Android上的Adobe AIR与"原生"Android SDK(Java)的一些合理的想法.
编辑:尽管观点很少,但没有答案,我在这里留下这个问题,因为它是一个需要在某个时候被覆盖的话题......但如果它没有引起注意,我会在几天后删除它.
fen*_*mas 11
我认为它最终非常类似于是否将AIR或Java用于桌面应用程序.归根结底,它归结为三点:
AIR能做你需要的一切吗？显然,android SDK为您提供了对设备功能的完全访问权限,但AIR目的却没有,为了保持便携性.例如,AIR可能不支持意图,至少最初(我不认为Adobe已经宣布了这种或那种方式).此外,AIR需要Android 2.2.如果这些限制很麻烦,那么常规的android SDK可能是最好的.
您是否希望制作适合在Flash中使用的内容？如果您计划使用动画,视频,声音等设计繁重的应用程序,那么在Flash中构建它可能比使用Java要容易得多.另一方面,如果您的应用程序将仅使用标准可视化组件的纯代码,那么它可能不会使您使用哪个平台产生差异.或者,如果您有现有的Flash动画等,那么试图将它们变成Java应用程序将会很麻烦.
您是否定位除Android以外的其他平台？如果是这样,AIR可能是一个巨大的胜利,因为相同的应用程序内容应该在windows,mac,linux和更高版本,其他计划支持AIR的设备上运行,如Blackberry,一些电视,蓝光光盘播放器等.如果您只针对Android,AIR可能会失去一些吸引力.
我希望有所帮助.实际上,除非你因为你需要一些它不能给你的东西而被有效地锁定在使用AIR,或者因为你正在做设计繁重的工作并且你需要工具而有效地锁定使用AIR,那么我认为专业人员和这两个SDK的缺点主要是方便的问题.任何一个平台都可以工作,所以它只会让你以最快和最可靠的方式进入终点线.
需要考虑的一个问题是与Android设备的兼容性.花哨的智能手机和便宜的手机都在Android中运行,但它们没有相同的功能.即使您的应用程序很简单,或者可以在AIR中完美地完成,但相关提到AIR与所有Android设备都不兼容.
目前销售的一些非常流行的设备(例如Samsung ACE和其他"廉价"设备)使用ArmV6芯片,而AIR或Flash与这种架构不兼容,即使在Android 2.2左右运行时也是如此.
AIR很有意思,因为同样的开发工作在不同的技术中,但考虑到AIR不会在"旧"iPhone上运行,它只能保证使用大型处理器开发新技术.
查看此Adobe链接http://www.adobe.com/flashplatform/certified_devices/
如果在您的要求中,您的目标是尽可能多的手机,包括那些不那么花哨或不那么新的手机,那么在您的技术决策中应该排除AIR.
当我构建AIR的本机扩展时,我对AIR的经验主要与Android SDK相关.我对AIR的最大障碍是它的不成熟,它是错误,而且它是不一致的行为.是的,你可以去adobe.com的闪亮页面,看看AIR有多酷......所有的亮点都有很多功能,似乎可以满足你的所有需求.然而,一旦你开始构建你的应用程序,你会发现许多丑陋的惊喜:
阶段文本无法正常工作.链接除了这个错误StageText的几乎没有其他错误,就像在滚轮行为实例.
Sound()对象不播放流(仅在模拟器上播放).链接
缺乏像AEC这样的功能使AIR对整个聊天应用程序列表毫无用处,因为你会听到回声和尖叫声.链接
重载(并且不成熟的移动设备)Flex SDK(我希望Apache的人们会从0重写它并使其更易于管理).
在iOS设备上没有H264支持:链接(是的,我知道这是Apple的问题,他们想要在他们的平台上控制高清交付,它仍然是Adobe的问题,因为他们无法正确地将他们的技术带到最前沿).
声音对象不采用可变比率(仅可能为44.1KHz).闪存"第二代"Speex编解码器采样速率为16Khz.现在,尝试通过声音播放这个,你将享受一个有趣的马戏团.最后,您需要编写自己的上采样算法.
我相信人们会在这个列表中添加更多内容.所以,我的答案是原生SDK更适合任何严肃的事情.你不会像QA那样工作 - 测试无数的小例子试图理解AIR功能无法正常工作的原因,改变互联网寻找答案并查看AIR bug数据库...只是发现关键错误就在那里发布.这是我对AIR的体验.使用本机SDK使您的应用程序不是真正的"跨平台",但AIR SDK无论如何都不能声称这个标题比任何更严重的"员工目录"示例.如果您需要为其他平台构建,您只需使用本机工具即可.
GL.
| 归档时间： |
|
| 查看次数： |
5261 次 |
| 最近记录： |