动作栏Sherlock虽然是一个整洁的图书馆，但你可能知道，它有两到三个很有侵略性的元素：
它会强制您从SherlockFragments和SherlockActivities继承您的碎片和活动。这是一个稀疏资源，您不能将其用于另一个可能需要您执行相同操作的方便库。幸运的是，compat库不是其中之一（实际上它是，但是Sherlock建立在它之上）。
它使用Android库项目。由于这些工具的工具还不能很好地称为非常稳定，因此您可能会更快地遇到问题。事实上，我遇到了Eclipse漏洞。
这是另一个让Proguard的工作更加努力并增加你的apk大小的库。对于某些用户来说，Apk大小仍然是一个巨大的限制，其中包括谷歌电视用户。
因此，如果我选择使用Action Bar Sherlock，我会排除其他可能的（未来）库，包括第三方库吗？我缺少任何其他限制吗？
答案 0 :(得分：1)
坦率地说，我不知道。大多数使用因此，还有其他可能（未来）的图书馆，包括第三方 如果我选择使用Action Bar Sherlock，我会被排除吗？任何 我缺少其他限制？
Activity的自定义实现的库（如ActionBarSherlock也一样）很可能会扩展SherlockActivity（因为几乎每个人都使用ABS），如果没有，那么你可以修改它你自己。所以不，据我所知，不会有任何限制。
答案 1 :(得分：1)
正如@Jake沃顿自己指出的那样，这是不正确的。使用现有的代码和示例，这是一个简单而快速的实现，用于创建自定义ABS活动和片段。
我广泛使用图书馆项目，包括深入多层次的图书馆项目参考。我遇到了一些问题，但没有什么是交易破坏者。 Eclipse有时会在重建时感到困惑，但通常清理所有项目都可以解决所有问题。图书馆项目越来越稳定。
这实际上是两点，但是有一个类似的主题 - 对于任何库，而不仅仅是ABS，你必须权衡你从包含库的功能的价值和成本这样做。我觉得现在界面的价值值得额外的努力和apk大小。这是一个需要在每个应用程序基础上做出的价值决策。
@Ahmad是正确的，ABS对第三方库提出了明显的限制。可能需要一些编码才能集成，但它们应该协同工作。此外，ABS的使用将在未来自然消失。它是一个兼容性库，因此随着设备分发越来越多地转移到Android 3+设备，在2.X设备上支持操作栏UI的需求将不再是一个问题。