新旧 Android 版本的单独构建风格答案

【问题标题】：Separate build flavors for old vs new Android versions新旧 Android 版本的单独构建风格
【发布时间】：2014-10-29 08:19:01
【问题描述】：

因此，为了在 Android ActionBar，我必须包含 appcompat-v7 库。这个库以代码和图像的形式增加了相当多的开销（~600KB）。

所以我想我可能会稍微改变一下项目并生成单独的包，一个用于

子问题：考虑到唯一可感知的好处是减小了封装尺寸，是否值得费心？

无论如何，由于这需要在build.gradle 中进行修改，这甚至可能吗？我怎样才能使这项工作？自然，在调试时，Android Studio 应该“知道”在部署到适当的模拟器时要构建什么风格（即使它总是带有 appcompat 的那个）。我不想因此而不得不工作更多。

【问题讨论】：

只是一个问题，你知道这些口味是如何工作的吗？无论如何，我不会打扰它。事实上，我会请求minSdk = 14。
您可以设置两种不同的风格并使用 minSdk 定位。在尝试为给定设备运行时，Android Studio 不知道要使用哪种风格 - 您必须手动选择活动风格，尽管这很容易从 UI 访问。不过，我同意@NiekHaarman 关于版本的观点。您不必担心 API 4，它是古老的。请参阅developer.android.com/about/dashboards/index.html，但此时即使是 Froyo 也只有 0.7%。任何比这更早的东西他们都不担心跟踪。
好吧，我仍然有大约 5% 的客户在使用

【解决方案1】：

对不起，这是一个较老的问题，但我在谷歌搜索类似的东西时遇到了它。我发现这个很棒的博客回答了我很多关于口味以及如何使用它们的问题：http://blog.robustastudio.com/mobile-development/android/building-multiple-editions-of-android-app-gradle/#comment-940

但是，在您的情况下，我不会使用口味。我会改为使用支持库：http://developer.android.com/tools/support-library/setup.html 他们将允许您使用现代 Android 操作系统的酷新功能，而您的用户实际上没有该版本。祝你好运，我希望这仍然有意义！

【讨论】：