【问题标题】:What is the proper way to deal with 3rd party libraries which is not using latest build tool and target SDK version处理未使用最新构建工具和目标 SDK 版本的 3rd 方库的正确方法是什么
【发布时间】:2016-10-05 19:56:14
【问题描述】:

随着 3rd 方库使用量的增长,我确实有以下担忧。

dependencies {
    compile 'com.takisoft.fix:preference-v7:24.2.1.0'
    compile 'com.squareup:otto:1.3.8'
    compile ('com.github.ozodrukh:CircularReveal:1.3.1@aar') {
        transitive = true;
    }
    compile 'com.stepstone.stepper:material-stepper:1.0.2'
    ...
}

有时,我会“升级”我的项目,以使用

  • 最新的构建工具
  • 最新支持库
  • 最新的目标 SDK 版本

我发现这样做是一个好习惯,以便利用 Android 中的新功能和错误修复。

但是,并非所有 3rd 方库都将使用最新的构建工具、支持库或 SDK。

以前,当我的应用程序中没有太多第三方库时,我通常会联系库的作者。他们中的大多数会通过升级他们的项目以使用最新的东西来做出积极的回应。

但是,随着 3rd 方库使用量的增加,我发现这不再是一个可行的选择。

我在想,

  1. 处理未使用最新构建工具、最新支持库和目标 SDK 版本的 3rd 方库的正确方法是什么?
  2. 是否有必要确保第三方库也使用与我的主应用相同版本的构建工具、支持库和 SDK?

【问题讨论】:

    标签: android


    【解决方案1】:

    将 3rd 方库的某些功能修复或更改为您自己的,例如,如果我们有一个名为“3rdLibrary”的库,并且在那一刻它无法处理我的构建工具或其他东西,我只需将整个类复制到我的包中,然后更改给我错误的行。如果是大型库,我会尝试找到替代的。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2010-11-27
      • 2016-08-26
      • 2023-03-07
      • 1970-01-01
      • 1970-01-01
      • 2011-02-25
      • 2019-05-28
      • 1970-01-01
      相关资源
      最近更新 更多