我只有一个疑问，想要澄清一下。所以我正在构建一个将在2-3周内投入生产的Android应用程序。它是一个电子商务应用程序，我将在其上销售商品。
我打算以API 16+为目标并进行了充分的研究，以了解我的大部分目标市场将在他们的Android手机上拥有16+。
我面临的问题是我应该在版本方面使用哪些构建，编译和应用程序支持库？我知道截至目前23.0已经发布，appcombat库上升到23.0.1但我认识的开发人员建议我坚持使用22和21.1.2，因为它们现在最稳定。这是真的？例如，在node.js中，版本根据其稳定性进行分类，并且对于仍处于测试阶段的最新版本给出免责声明。
我不认为这是一个基于意见的问题，因为稳定性更多地基于事实和经验，而不是个人意见。
答案 0 :(得分：0)
你的朋友有很好的观点。从历史上看，如果您查看Android发布历史记录：
https://en.wikipedia.org/wiki/Android_version_history
您会注意到，与API版本相比：
https://source.android.com/source/build-numbers.html
有明确的证据表明＆＃34;不稳定＆＃34; - 换句话说，考虑到之前的目标发布版本可能是一个好主意，除非您（或您的团队）非常熟悉您的应用程序要求和发布版本更改。
否则，定位不是最新版本的版本通常是切实可行的。但是，同样重要的是要考虑更新的版本通常包括可以使您的开发工作大大降低的功能，库和组件。
换句话说，虽然你可能认为这不是一个＆＃34;意见＆＃34;基于问题或响应，该决策高度依赖于业务要求，功能要求以及适应变化的能力或期望（因为您的应用需要迁移到更新的构建，或者因为定位最新的可用构建结果需要回退到以前的构建目标或迁移到下一个版本的问题。
另请注意，最新版本可能不支持（或充分支持）旧版本。因此，如果您需要支持旧版本，那么仅设置minVersion可能还不够。实际上，您可能需要定位较旧的API才能支持较旧的功能。但是，通常对旧功能的支持已合并到AppCompat库中......
所以，即使它不是基于意见的＆＃34;问题，它确实非常依赖于一长串的业务需求，资源限制和项目期望，这似乎是一种观点。很少有人对特定项目有足够的洞察力来做出适当的决策。或者，它是随机的，你可以做你喜欢的事情！