如果我将minAPI设置为21，是否需要AppCompat？

Question

我决定为Android制作最低API版本21，但这是否意味着不再使用AppCompat了？只是使用普通的材料设计/没有AppCompat/等？

Answer 1

您需要使用appcompat-v7的一个场景是，如果您想要有一个操作栏，并且您的minSdkVersion低于11。目前，对于这一点，除了appcompat-v7之外，没有常用和维护的替代方案。

否则，appcompat-v7是需要考虑的，但它不是一个需求，并且使用它有明确的成本：

>

脆弱性增加，许多小部件被子类替换。您的布局可能会调用EditText，但是AppCompatActive会默默地将其替换为扩展EditText的AppCompatEditText。在理想的世界里，这不会构成问题。然而，设备制造商有扰乱标准小部件实现的历史。创建标准小部件的子类可能会触发设备制造商引入的错误。我个人经常遇到这种情况，特别是EditText。

增加应用程序大小appcompat-v7为您的APK大小增加约1MB。正如谷歌喜欢指出的那样，开发人员应该积极尝试减少APK的大小，因为一些用户必须按MB支付带宽费用（因此下载APK是有成本的），而且一些设备对存储非常吝啬。

强制材料设计美学。出于自身的政治原因，谷歌希望所有应用程序都使用材料设计。材料设计既有拥护者也有反对者。并非所有的设计师都想遵循材料设计appcompat-v7可能会增加非材料设计的难度，具体取决于与谷歌规范的预期偏差。

预装应用程序的视觉二分法。Android4的用户。x设备用于Holo主题，许多非谷歌预装的应用程序将具有基于Holo的主题。对于碰巧使用谷歌应用程序的用户来说，他们已经接触到了材料设计，现在可能已经习惯了。当然，Android5.0在Android设备生态系统中所占的比例也在不断增长。然而，与三星、LG、索尼、HTC等Android4上的应用程序相比，材料设计应用程序显得格格不入。x设备。目前尚不清楚材料设计是否如此优越，是否值得用户在这些设备上有所不同。

这些问题中是否有任何一个显示停止？不需要。因此，如果您想使用appcompat-v7，请直接使用。但是，请理解，appcompat-v7是一种选择，应该有意识、有目的地做出选择。

Answer 2

不，您应该始终使用AppCompat。这将确保您的应用在所有API级别上已经保持一致，并且您可以访问所有新的API（例如使用有色按钮，这仅在API 23中引入）。

许多其他库（如设计支持库）也需要使用AppCompat。