为什么AOSP会添加新的API来支持库，而没有将它们添加到SDK中？

Question

我已经为Android开发了几个月了，这个问题一次又一次地出现：在没有标准SDK中提供的情况下，添加全新特性（API）来支持库的动机是什么？

示例：

FragmentTabHost API仅可通过android.support.v4.app.FragmentTabHost使用。大多数情况下都很好，但是如果您想同时使用碎片嵌套和PreferenceFragment，您就会陷入困境--嵌套需要您切换到android.support.v4.app.fragment（用于支持4.2以下的版本），但是在这个支持库中没有PreferenceFragment的实现。因此，您要么实现自定义的变通方法，要么使用已经实现它们的第三方库（请参阅此问题）

示例：

我今天遇到的另一个问题（浪费了太多时间）是通过android.support.v7.app.ActionBarDrawerToggle提供的ActionBarDrawerToggle。我想使用这个功能，因此我将整个com.android.support:appcompat-v7:21.0.+添加到Project的依赖项中。我猜这样就行了，但我错了--我的app没有编译（缺少支持库引用的资源）。在从网上尝试了几个技巧后，我发现了这个问题，最终提供了解决方案。简而言之:v7支持库依赖于SDK，因此我不得不定义compilesdkversion21。

后果：

Answer 1

FragmentTabHost API仅可通过android.support.v4.app.FragmentTabHost使用。

不正确。您提供的链接指向android.support.v13.app.fragmentTabhost，它（与android.support.v4.app.fragmentTabhost相反）与本机fragments一起工作，但使上面介绍的API自API 13起可用。

简而言之:v7支持库依赖于SDK，因此我必须定义CompilesDKVersion21。

当然，库的第21版需要工具的第21版和SDK的第21版。始终使用相应版本的构建工具，编译SDK和支持库！

目前，html" target="_blank">推荐使用以下值：

compileSdkVersion 22
buildToolsVersion '22.0.1'

targetSdkVersion 22

compile 'com.android.support:support-v4:22.0.0'
compile 'com.android.support:appcompat-v7:22.0.0' // includes support-v4
compile 'com.android.support:support-v13:22.0.0' // includes support-v4

现在，我告诉自己：FragmentTabHost还没有添加到任何SDK版本中，这意味着即使从现在起4-5年后，开发人员也将继续使用support-v4库来提供该功能（因为即使今天添加了这个API，您也需要数年时间才能放心地假设所有目标设备都支持它），对吗？

阅读上面的支持-v4和支持-v13之间的区别。

为什么谷歌要永远保留这些库？

因为您很可能希望支持较旧的平台。这意味着您需要一个支持库。