有什么理由在Android中使用support.v4库吗？

我一直在开发一款针对安卓4.0及以上版本的应用程序，但没有支持早期版本的计划。我是否有充分的理由继续使用支持库？

使用支持v4的优势（据我所知）：

您可以使用ViewPager（它仅存在于support v4中）

您可以使用ArrayMap（在API 19中添加）

支持库有许多独特的功能，适用于所有API级别：

• —允许应用程序在单个应用程序中轻松注册和接收意图，而无需在全球广播
• -添加一个视图组，用于管理子视图的布局，用户可以在子视图之间滑动
• -添加对创建可从窗口边缘拉入的窗口的支持
• -添加用于创建链接摘要和详细视图的小部件，以适当地适应各种屏幕大小
• -添加对应用程序之间共享私有文件的支持

以及其他如

• -帮助实现BroadcastReceiver的常见模式，该模式接收设备唤醒事件，然后将工作传递给服务，同时确保设备在转换期间不会返回睡眠状态
• -用于对文件执行原子操作
• -向视图中添加要刷新的拉动

---

还请注意，一些较新的功能，例如（仅在Android 4.2中添加）在片段的支持库版本中可用。也仅在Android 4.2中引入，如果您正在进行实时图像处理等工作，这一点很重要。（在Android 4.1中引入）在使用时更易于使用（并且是基于它构建的）。

如果您的Minsdk版本>=13，您可以使用Android-support-v13。jar在$ANDROID_HOME/extras/ANDROID/support/v13

Wow中，没有意识到支持库带来了所有这些功能。谢谢在过去的一个小时里，我还发现它还包含了库，这是在API级别16以下构建通知所必需的。Android再次证明了它自己是反直觉的。我真的希望所有这些乱七八糟的事情都能在幕后处理，而不是让api用户承受他们复杂的库带来的后果。@AndrewS-我很想听听你对更好的系统的建议！不幸的是，除了提供一个与API级别无关的库之外，只有很多方法可以将新功能交付到旧的平台级别。是的，但是兼容性库中存在很多不兼容。例如，android.support.v4.xxxx库不能与更多本机android.app计数器部件混合使用。例如，无法将非支持库中的列表视图片段强制转换为支持库中的列表视图片段。有时，Android Studio会让向导选择支持库，而右键单击>新建>片段>普通片段使用本机的支持库，从而加剧这种情况。一些较新的组件仅在支持库中。我现在明白为什么谷歌需要Gradle来自动化它的构建了，这真是一团糟。这并不能回答这个问题。若要评论或要求作者澄清，请在其帖子下方留下评论。是的，它确实提供了答案。如果minSdkVersion>=13，则没有理由使用support.v4，在这种情况下，您应该使用support.v13。