Gradle 依赖配置

今天查了下关于gradle中的依赖引用的情况: 

原文：https://zhuanlan.zhihu.com/p/110215979

当前Gradle中共有 5 种依赖关系 ；外加2种测试用的依赖

01. Implementation

      将指定的依赖添加到编译路径，并将该依赖打包到输出文件中，如apk;

     但是这个依赖在编译时不能暴露给其他模块，例如依赖此模块的其他模块。这种方式指定的依赖在编译时只能在当前模块中访问。

      

 02. api

      使用api配置的依赖会将对应的依赖添加到编译路径，并将依赖打包输出，但是这个依赖是可以传递的，

      比如模块A依赖模块B，B依赖库C，模块B在编译时能够访问到库C，但是与implemetation不同的是，在模块A中库C也是可以访问的。

      

 

 03. compileOnly

      compileOnly修饰的依赖会添加到编译路径中，但是不会打包到apk中，因此只能在编译时访问，且compileOnly修饰的依赖不会传递。

      

 

04. runtimeOnly

     这个与compileOnly相反，它修饰的依赖不会添加到编译路径中，但是被打包到apk中，运行时使用。

 

05. annotationProcessor

     用于注解处理器的依赖配置

 

测试用依赖
   testImplementation  和  androidTestImplementation

 

-------------------------------------------------------------------------------------------------------------

举例:

   LomBok:  这个库是用于在编译时快速生成Getter和Setter等内容的，所以只使用在编译阶段，同时配置上注释依赖处理

   

 

 

06. 对Jar或aar包的依赖配置

     在某些情况下，自己开发的jar 包，aar包或者第三方开发的包已经下载到本地，现在需要被项目引用到，该如何配置呢？

     在新建 项目后，在结构中，会有一个 libs目录，一般情况下，我们会直接将第三方包放在这个目录下；

     此时，对于包的引用有二种方式：

    方式A： 直接在dependencies中添加引用, 如下面二个例子 

                   **  implementation fileTree(include: ['*.jar', '*.aar'], dir: 'libs')

                   **  implementation fileTree(dir: 'libs', include: ['*.jar'])         

                  此种方式简单粗暴,但是不允许同时出现同一模块不同编译类型的jar(或aar),
                  例如,如果libs同时存在test-release.aar和test-debug.aar,他们都是来自同一个module的打包,但是只是编译类型不一样,如果同时存在的话,会编译不过.

    方式B：先在gradle中添加目录, 之后再按需要进行引用