美文网首页
Gradle 依赖管理

Gradle 依赖管理

作者: 幽_27db | 来源:发表于2018-05-19 14:43 被阅读0次
    仓库

    远程仓库:专门用来提供给开发者使用的依赖库
    gradle通过远程仓库帮助开发者管理依赖,gradle不会默认为项目添加任何仓库。gradle支持三种仓库:maven、Ivy和文件夹。依赖包会在开发者执行build任务时从远程仓库下载下来,gradle会保留缓存,所以同个版本的依赖包只需要下载一次。
    一个依赖需要定义三个元素:group,name和version.

    • group:依赖包的组织名,通常是包名
    • name:依赖包的唯一标识
    • version:依赖包的版本号
    仓库预定义
    repositories {
            jcenter()
            google()
        }
    

    jcenter是maven中心库的一个分支,支持HTTPS,但maven不支持https

    远程仓库
    repositories {
            maven {
                url 'http://maven.aliyun.com/nexus/content/repositories/releases/'
            }
        }
    

    引用其他公司的maven库,只需要的maven方法中定义url。

    本地依赖

    依赖在项目的libs文件夹下的某个jar文件

    dependencies {
           implementation files('libs/xxx.jar')
    }
    

    依赖在项目的libs文件夹下的全部jar文件

    dependencies {
         implementation fileTree(include: ['*.jar'], dir: 'libs')
    }
    
    native包(so包)

    用c/c++写的library被称为native包(so包),Android插件默认情况下支持native包,只需要要native包放到相应的文件夹中即可。

    app
       ├── AndroidManifest.xml
       └── jniLibs
           ├── armeabi
           │   └── nativelib.so
           ├── armeabi-v7a
           │   └── nativelib.so
           ├── mips
           │   └── nativelib.so
           └── x86
               └── nativelib.so
    
    创建和使用依赖工程模块

    有两种方式使用一个依赖工程:

    • 在项目里直接将其作为一个模块
      在setting.gradle文件中添加为项目模块
    include ':app',':模块名'
    

    然后在定义依赖的地方添加

     dependencies {
           implementation project(':模块名')
      }
    
    • 使用aar文件
      如果要复用依赖工程模块,则可以构建library项目并在build/output/aar/下生成aar文件,将aar文件拷贝到要用到项目的目录下,然后在定义依赖的地方添加
    repositories {
        flatDir {
            dirs 'aars' 
        }
    }
    

    依赖所有的arr文件(在aars/libraryname文件夹下的所有aar文件)

     dependencies {
           implementation (name:'libraryname', ext:'aar')
    }
    
    依赖配置

    Gradle3.4引入新的Java库插件配置

    • implementation:依赖项在编译时对模块可用,并且仅在运行时对模块的消费者可用。 对于大型多项目构建,使用 implementation可以显著缩短构建时间,因为它可以减少构建系统需要重新编译的项目量。 大多数应用和测试模块都应使用此配置。
    • api:依赖项在编译时对模块可用,并且在编译时和运行时还对模块的消费者可用。 此配置的行为类似于 compile(现在已弃用),一般情况下,您应当仅在库模块中使用它。 应用模块应使用 implementation,除非您想要将其 API 公开给单独的测试模块。
    • compileOnly:依赖项仅在编译时对模块可用,并且在编译或运行时对其消费者不可用。 此配置的行为类似于 provided(现在已弃用)。
    • runtimeOnly:依赖项仅在运行时对模块及其消费者可用。 此配置的行为类似于 apk(现在已弃用)。

    Java库插件的依赖配置

    Java Library plugin configurations.PNG
    • 绿色:用来声明依赖关系的配置
    • 粉色:组件编译或运行时的库配置
    • 蓝色:组件内部使用的配置
    • 白色:从Java插件继承的配置

    测试依赖配置

    test configurations.PNG

    注:compile、testCompile、runtime和testRuntime已被弃用。

    动态版本(建议不用)
    在依赖配置中,version可以使用动态。

    dependencies {   
           //22.2版的最新版本
           compile 'com.android.support:support-v4:22.2.+'
           //22版本且其最小版本号是2的最新版本
           compile 'com.android.support:appcompat-v7:22.2+'
           //最新的版本
           compile 'com.android.support:recyclerview-v7:+'
    }
    

    不建议使用动态版本,因为动态依赖的最新版本可能会导致程序产生很多问题。

    参考资料:

    相关文章

      网友评论

          本文标题:Gradle 依赖管理

          本文链接:https://www.haomeiwen.com/subject/uzjgdftx.html