针对最合适的API

目前，我倾向于将我所有的应用程序开发都定位到API 8，这样我就可以在Android 2.2以上的基础上实现最大数量的设备。针对最合适的API

有没有经验丰富的Android开发人员阅读这篇文章，对于开发人员有什么功能，我错过了什么，更重要的是，我的用户错过了什么？在这个时代，什么API是我的应用程序定位的“最佳”API？还是没有这样的事情，每个应用程序都应该针对特定的API的优点？

我不是在寻找诸如阅读android开发人员文档（我有，或者至少是我认为重要的部分）的指针，我更感兴趣的是有经验的开发人员对他们如何决定哪些目标API。

谢谢。

来源

2012-08-30 Mark Burrell

我的目标是Android 2.1以上，只是因为我的主手机正在运行2.1 :) –

2.3 API 10.覆盖80％的手机。我认为我们可以降低它，尽管没有编码问题。就像这样，因为API 10是一个很好的开始，我们已经有了一个。无论如何，我们的客户都会购买新设备。 – Doomsknight

这真的取决于应用程序imho。我通常从2.1开始。并根据应用程序的功能上升。例如。如果它使用相机API，则选择更高的要求是有意义的，因为您有重大改进和更多功能。很多东西也可以被反向移植*（请参阅ActionBarSherlock，compat lib，...）*，因此对于较新的功能并不总是需要更高的要求。基本上，如果不要错过任何特定的东西，尽可能降低*（尽管<2.1。真的没有意义了）*。 – 2012-08-30 12:09:07

如果您将目标和minSdkVersion设置为7并使用支持（兼容性）库v4，那么您的应用程序将支持将近95％的所有Android手机，并且您仍然可以使用更新API的现代功能（通过使用支持库）。

来源

2012-08-30 12:21:26 yrajabi

我通常针对应用程序功能所需的最小API。如果有一个次要功能需要更高的API，那么我将它设置为可选，而不是增加整个应用程序的最小值。除了使用ActionBarSherlock和兼容库之外，我偶尔还会从后面的API中移植一些东西来保持当前的基础。

虽然我根据每个应用程序决定最小值，但我的大多数应用程序都以2.1年为目标，因为它们大约是在一年半前编写的。现在，我有了新的应用程序目标2.2，但我计划很快将其更改为2.3。

我想我的观点是没有定义最低的API目标。您应该选择能够提供最大用户覆盖范围的功能，以及尽可能多的主要功能。 UI元素（如操作栏和ViewPager）可以通过库使用，而库中不可用的UI元素有时可以移植到后端。但是，为了更好的用户界面而牺牲运行较低API版本的用户通常是不值得的。

来源

2012-08-30 12:52:33

针对最合适的API

回答

相关问题