实施行动栏:ABSherlock还是ABCompat？

Question

该应用程序目前有表格和酒吧定制(由以前的家伙)从碎片到复制猫苹果设计.

我想转向Android操作栏以提供Android体验和常规行为.

我应该实施Action Bar Sherlock还是Action Bar Compat？

专业ABS:

• 很多文档
• 操作栏选项卡众所周知(这就是我需要做的)
• 关于Holo主题？ABS非常适合支持它,如何执行ABCompat？

Pro ABCompat:

• 谷歌支持(从长远来看更好？)
• 更好地连接导航抽屉(但我不会使用一个)
• Java Build路径中没有外部依赖项

其他论据有何决定？我应该选哪一个？

从我的角度来看,如果我成功地使用固定标签执行操作栏,则操作栏兼容性是最佳选择(但不是很多).

感谢你们对我的帮助!(甚至提供我错过的论据)

Answer 1

让我切换到ActionBarCompat的主要原因是android <= 2.3的设备中的菜单外观.使用ActionBarSherlock,菜单显得非常难看,使用设备的默认菜单.使用ActionBarCompat时,菜单的显示方式与在Android> = 4.0和硬件菜单键的设备中打开时的显示方式相同.

但是,请注意ActionBarCompat还有一些问题需要解决.我正在处理这个错误:

SearchView占用新ActionBarCompat中的所有空间

更新:

另一个错误:

https://code.google.com/p/android/issues/detail?id=58321&thanks=58321&ts=1375277660

更新:

我已经创建了ActionBarCompat的修补版本来解决ActionMode的问题.看这里:

ActionMode正在使用ActionBarCompat r18创建两次

Answer 2

我将我的应用程序从ABS迁移到Action Bar Compat的原因如下:

1. 我只有一个非常基本的操作栏选项卡实现,我可以看到它很容易迁移

2. 我更喜欢Google文档 - 它更清晰,更完整

3. 软件维护将更简单,更不容易出错,因为我现在没有外部依赖性.

4. 我遇到了ABS的问题,我想要处理一个方向改变(但你不能因为ABS挂钩到Android的方式).

5. 我没有看到任何与ABS有关的人就ABS的长期计划发表任何声明.所以我不相信他们会继续支持它.我可能错了 - 但我没有看到任何东西.

6. 性能对我来说并不是一个问题,但我不明白为什么Google的"本机"实现会比ABS运行得慢,我怀疑它可能表现更好.

这些只是我个人的印象.