推荐使用支持库,尽管不再需要它
Recommendable to use support library despite not really needing it anymore
我们的应用程序现在使用最小 Android API 19,所以我们真的不再需要支持库了,只有 ViewPager 我们需要一个替代方案。但是我自己提出的问题是使用例如来自支持库的 DialogFragment 而不是来自框架本身的 DialogFragment?我在考虑这样做的一个可能优势,例如支持库中的代码有错误修复,所以如果我使用它,我也会在旧的 Android 版本上修复,如果没有,那么我可能会得到一些errors/bugs 等老版本,你有什么想法吗?
是的。这是使用支持库 API 优于 SDK 的优势之一——您可能会在支持库中获得错误修复,这些错误修复了所有受支持的 Android 版本。
并且我们可以选择支持库的版本。如果最新版本存在一些兼容性问题,我们可以使用旧版本的支持库作为临时解决方案,甚至可以针对最新版本的SDK。
IMO,不管您的 minSdk 版本如何,继续使用支持库版本是明智的 - 支持库会定期更新,并且与已发布的平台版本相比可能有各种错误修复。
正如你所说,这意味着你可以依赖一种实现。
我认为放弃支持库并使用平台实现的唯一好处是 APK/lower 方法数量较少,这对您来说可能值得也可能不值得。
我们的应用程序现在使用最小 Android API 19,所以我们真的不再需要支持库了,只有 ViewPager 我们需要一个替代方案。但是我自己提出的问题是使用例如来自支持库的 DialogFragment 而不是来自框架本身的 DialogFragment?我在考虑这样做的一个可能优势,例如支持库中的代码有错误修复,所以如果我使用它,我也会在旧的 Android 版本上修复,如果没有,那么我可能会得到一些errors/bugs 等老版本,你有什么想法吗?
是的。这是使用支持库 API 优于 SDK 的优势之一——您可能会在支持库中获得错误修复,这些错误修复了所有受支持的 Android 版本。
并且我们可以选择支持库的版本。如果最新版本存在一些兼容性问题,我们可以使用旧版本的支持库作为临时解决方案,甚至可以针对最新版本的SDK。
IMO,不管您的 minSdk 版本如何,继续使用支持库版本是明智的 - 支持库会定期更新,并且与已发布的平台版本相比可能有各种错误修复。
正如你所说,这意味着你可以依赖一种实现。
我认为放弃支持库并使用平台实现的唯一好处是 APK/lower 方法数量较少,这对您来说可能值得也可能不值得。