Android SDK与AdobeAIR：利弊？

有没有人在博客上写过这个比较，或者有人想在这里试一试？看到AdobeAIR安卓版与“原生”安卓SDK（Java版）的对比，您会感到非常高兴

---

编辑：尽管没有什么意见，也没有答案，但我还是把这个问题留在这里，因为这是一个需要在某个时候讨论的话题。。。但是如果它没有引起注意，我会在几天后删除它。

我认为这最终与桌面应用程序使用AIR还是Java的问题非常相似。最终归结为三点：

空气能满足你的一切需要吗？显然，android SDK为您提供了对设备功能的完全访问，但AIR为了保持便携性，故意不提供。例如，AIR可能不支持意图，至少在最初是这样（我认为Adobe还没有宣布这种或那种方式）。此外，AIR还需要安卓2.2。如果这些限制很麻烦，那么常规的android SDK可能是最好的

您是否希望在Flash中制作一些非常适合的东西？如果您正在计划一个设计繁重的应用程序，其中包含动画、视频、声音等，那么在Flash中构建它可能比使用Java要容易得多。另一方面，如果你的应用程序是纯代码，只使用标准的视觉组件，那么你使用哪个平台可能没有任何区别。或者，如果你有现有的Flash动画或类似的东西，那么试图将它们塞进Java应用程序会很麻烦

除了安卓，你还瞄准其他平台吗？如果是这样，AIR可能是一个巨大的胜利，因为同样的应用程序内容应该运行在windows、mac、linux以及以后计划支持AIR的其他设备上，如黑莓、一些电视、蓝光光盘播放器等。如果你只瞄准安卓，AIR可能会失去一些吸引力

---

我希望这能帮助一些人。事实上，除非你因为需要它不能提供给你的东西而被有效地禁止使用空气，或者因为你在做繁重的设计工作而需要工具而被有效地禁止使用空气，否则我认为这两种SDK的优缺点主要是方便性的问题。任何一个平台都可以工作，所以它只会让你到达终点线的速度最快和最可靠。

< P>一个要考虑的问题是与Android设备的兼容性。漂亮的智能手机和便宜的手机都在安卓系统中运行，但它们没有相同的功能。即使您的应用程序很简单，或者可以在AIR中漂亮地完成，也应该提到AIR并不兼容所有Android设备

目前销售的一些非常流行的设备（如三星ACE和其他“廉价”设备）使用ArmV6芯片，即使在Android 2.2左右的平台上运行，AIR或Flash也不兼容这种架构

空气是有趣的，因为同样的发展在不同的技术中起作用，但是考虑到空气也不会在“老”iPhone上运行，它只需要处理大处理器的新技术。p> 检查此Adobe链接

---

如果在你的需求中，你的目标是尽可能多的手机，包括那些不太新奇的手机，那么在你的技术决策中，空气应该被排除在外

当我在构建AIR的本机扩展时，我对AIR有很多经验，对Android SDK的经验很少。我最大的空气障碍是它的不成熟，它的虫子，和它的不一致的行为。是的，你可以去adobe.com的闪亮页面，看看空气有多凉爽。。。全亮，功能齐全，似乎能满足您的所有需求。然而，一旦你开始构建你的应用程序，你会发现许多丑陋的惊喜：

将文本放在不适当的位置。除此之外，StageText几乎没有其他bug，比如Scroller中的行为

Sound（）对象不播放流（仅在emulator上播放）

由于缺少AEC等功能，AIR对所有聊天应用程序都毫无用处，因为你们会听到回声和尖叫声

flexsdk过载（对于移动设备来说还不成熟）（我希望Apache的人会从0重写它，使它更易于管理）

iOS设备上不支持H264：（是的，我知道这是苹果的问题，他们想控制平台上的高清交付，但这也是Adobe的问题，因为他们无法正确地将技术推向最前沿）

声音对象不采用可变双向速率（仅44.1KHz是可能的）。以16Khz频率闪存“第二代”Speex编解码器样本。现在，试着通过声音播放这个，你会喜欢一个有趣的马戏团。最后，您需要编写自己的上采样算法

我相信人们会在这个列表中添加更多内容。因此，我的答案是，对于任何严重的问题，原生SDK都更可取。你不会像一个QA人员那样使用它-测试无数的小例子，试图理解为什么AIR功能不起作用，在互联网上寻找答案，并查看AIR bug数据库。。。结果发现，一个版本到另一个版本都存在着关键的bug。这就是我对空气的体验。使用本机SDK使您的应用程序不会真正“跨平台”，但AIR SDK无论如何都不能声称这个名称比两个“员工目录”示例更重要。如果您需要为另一个平台构建，只需使用本机工具即可

---

德国劳埃德船级社。

回答得很好。关于你的结论，我希望你不要这样说：）+1