Java Android API 2.2.1是否太过时而无法使用？

您会选择哪个Android API版本来开始开发新的Java应用程序

最近我买了一部运行安卓2.2.1的二手智能手机。由于我从未尝试过手机开发，所以我决定以此为契机，尝试为Android开发一款新的应用程序

我在Java工作了一年，对它感觉很舒服，所以既然我已经是一个独立的软件供应商，如果我能做得好的话，我会尝试在Android市场上销售这个应用

我不想用一个过时的API版本开始开发，所以我想问的是，使用Android级别API的8级开始开发和学习是更好的选择，还是使用一个更新版本的API更好

我在S.O.上读到了关于同一个论点的文章，但这两个问题现在都已经过时了，我想他们留下了一些问题

扬·德拉格斯贝克在回答中特别指出：

您应该始终使用尽可能低的API。简单地 因为API级别越低，可以访问的用户就越多

因此，看看API，如果您将自己“哑”到API级别7，则可以达到97.9%

但是为什么API 9级已经过时了呢？人们无法确定，但很可能是因为它有一些重大缺陷

雷丁，情况就是这样：

Platform        Codename            API-Lvl Distribution
Android 1.5     Cupcake             3       30,00%
Android 1.6     Donut               4       70,00%
Android 2.1     Eclair              7       550,00%
Android 2.2     Froyo               8       20,90%
Android 2.3     Gingerbread         9       0,50%
Android 2.3.2   -   
Android 2.3.3   -                   10      63,90%
Android 2.3.7   -       
Android 3.0     Honeycomb           11      0,10%
Android 3.1     -                   12      1%
Android 3.2     -                   13      2,20%
Android 4.0 -   Ice Cream Sandwich  14      0,50%
Android 4.0.2   -       
Android 4.0.3   -                   15      4,40%
Android 4.0.4           
Total for Android 2.2                       93,50%

现在的问题是：如果我使用8级API开发特性，我会损失什么？在稳定性或工具支持方面，我得到了什么

编辑：

我最终选择使用API的第7级，它为我提供了在我的新手机上开始实验时真正需要的功能。最后，当我认为应用程序需要一些当前级别不可用的功能时，我会将应用程序移植到API的下一个级别

---

现在，我将试着跟进，看看我是否从一开始就遗漏了一些真正有用的东西

第9级已经过时，因为第10级完全取代了它。另一种说法是，安卓2.3.3取代了安卓2.3，所以现在如果你的目标是2.3设备，你可以使用2.3.3 API。级别8不是过时的，因为没有类似的API级别来替代它（所有2.2更新仍然是级别8）

---

至于丢失的特性，您可以查看（API 10实际上没有任何主要的新特性，但您也可以在同一个站点上查看）。如果您不需要这些特性中的任何一个，那么就不需要瞄准2.3.3。在2.2和2.1之间重复同样的事情；正如你所说的，使用具有你想要的功能的最低级别。从经验来看，2.1提供了日常使用所需的一切—互联网、存储、图形（尽管高级图形会随着您的使用而变得更好）、UI等。

第9级已经过时，因为第10级完全取代了它。另一种说法是，安卓2.3.3取代了安卓2.3，所以现在如果你的目标是2.3设备，你可以使用2.3.3 API。级别8不是过时的，因为没有类似的API级别来替代它（所有2.2更新仍然是级别8）

---

至于丢失的特性，您可以查看（API 10实际上没有任何主要的新特性，但您也可以在同一个站点上查看）。如果您不需要这些特性中的任何一个，那么就不需要瞄准2.3.3。在2.2和2.1之间重复同样的事情；正如你所说的，使用具有你想要的功能的最低级别。从经验来看，2.1提供了您日常使用所需的一切—互联网、存储、图形（尽管高级图形会随着您的使用而变得更好）、用户界面等。

我认为您也应该考虑您的需求。制定应用程序绝对必需的API，并将范围缩小到可以使用的最低Android API级别。因为如果您使用较低的API级别，您的外展活动将更多，这是正确的

话虽如此，如果您仍然对较低的API级别感到不舒服，并发现自己受到限制，那么实际上您可以使用Android。引用支持库的描述：

支持包包括静态“支持库”，您可以将其添加到Android应用程序中，以使用旧平台版本不可用的API或提供不属于框架API一部分的“实用”API的API。我们的目标是通过提供更多的API来简化您的开发，您可以将这些API与应用程序捆绑在一起，从而减少对平台版本的担忧

---

我认为你也应该看看你的要求。制定应用程序绝对必需的API，并将范围缩小到可以使用的最低Android API级别。因为如果您使用较低的API级别，您的外展活动将更多，这是正确的

话虽如此，如果您仍然对较低的API级别感到不舒服，并发现自己受到限制，那么实际上您可以使用Android。引用支持库的描述：

支持包包括静态“支持库”，您可以将其添加到Android应用程序中，以使用旧平台版本不可用的API或提供不属于框架API一部分的“实用”API的API。我们的目标是通过提供更多的API来简化您的开发，您可以将这些API与应用程序捆绑在一起，从而减少对平台版本的担忧

---

你不会有什么收获，也不会有什么损失

与10级相比，9级已过时。第9级是姜饼，第10级是姜饼维护版本1，即错误修复

---

8级是2.2级7级是2.1级它们不是过时的，只是过时了。

你既不会得到什么，也不会失去什么

与10级相比，9级已过时。第9级是姜饼，第10级是姜饼维护版本1，即错误修复

8级是2.2级7级是2.1级它们不是过时的，只是过时了。

我不认为