【问题标题】:Disadvantages of using Android Compatibility Library on Honeycomb [closed]在 Honeycomb 上使用 Android 兼容库的缺点 [关闭]
【发布时间】:2011-10-12 11:51:24
【问题描述】:

我想知道您对在 Honeycomb 设备上使用 ACL 的缺点的看法。

我想专门为我的应用程序使用库 - 即使它在 Honeycomb 本身上运行 - 否则我将不得不创建两个版本的大部分相同的类。

我主要对兼容性库的功能(错误)、其性能和内存使用与原生 Honeycomb SDK 感兴趣。因此,如果您有为 ACL 和 Honeycomb 创建单独类的经验,请告诉我结果是否值得努力 - 我应该创建重复的类还是仅使用 ACL。

一如既往,感谢您的支持:)

【问题讨论】:

  • 像往常一样,我可能没有尽可能清楚地提出这个问题。我想知道的是在两个版本中创建特定类(例如一些片段)是否是一个好主意 - 一个将从 ACL 扩展基本片段类,另一个将从本机 Honeycomb SDK 扩展基本片段类。还是我应该有一个只使用 ACL 的片段?

标签: android compatibility android-3.0-honeycomb


【解决方案1】:

如果您计划为平板电脑和手机都提供一个二进制文件,则您的片段都应该从 ACL 扩展——否则您将构建两个应用程序。 ACL 的好处是您可以构建您的应用程序一次(通过扩展其兼容性类),然后在所有 API 级别 >= 4 上运行这些片段。

我们遇到的最大缺点是与动画相关的 ACL 错误和 Honeycomb 上的后退按钮 - 但这些 [大部分] 已通过支持包 r4 修复。我不记得有任何其他问题(如果有的话,它们足够小,我现在不记得了)。

【讨论】:

  • 谢谢德鲁!我同意,兼容性库适用于大多数设备,这比一些潜在的小错误或稍微(如果有的话)性能下降更重要。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-09-01
相关资源
最近更新 更多