Android Studio3.x新的依赖方式(implementation、api、compileOnly)
https://blog.csdn.net/yuzhiqiang_1993/article/details/78366985?locationNum=6&fps=1
Android Studio3.0正式版已经出来了,相比2.x的版本,编译速度提高了不少。
当我们使用AS3.0新建项目时会发现,默认的依赖由之前的compile更改为implementation了。
下面我们来看看他们之前的差异:
首先是2.x版本的依赖方式:
再来看看3.0的:
可以看到在Android studio3.0中,compile依赖关系已被弃用,被implementation和api替代,provided被compile only替代,apk被runtime only替代,剩下的看名字就知道了。
我们先来看看implementation和api的区别:
api:跟2.x版本的 compile完全相同
implementation:只能在内部使用此模块,比如我在一个libiary中使用implementation依赖了gson库,然后我的主项目依赖了libiary,那么,我的主项目就无法访问gson库中的方法。这样的好处是编译速度会加快,推荐使用implementation的方式去依赖,如果你需要提供给外部访问,那么就使用api依赖即可
还不熟悉2.x版本依赖的可以看看下面的说明,括号里对应的是3.0版本的依赖方式。
compile(api)
这种是我们最常用的方式,使用该方式依赖的库将会参与编译和打包。
当我们依赖一些第三方的库时,可能会遇到com.android.support冲突的问题,就是因为开发者使用的compile依赖的com.android.support包,而他所依赖的包与我们本地所依赖的com.android.support包版本不一样,所以就会报All com.android.support libraries must use the exact same version specification (mixing versions can lead to runtime crashes这个错误。
解决办法可以看这篇博客:com.android.support冲突的解决办法
provided(compileOnly)
只在编译时有效,不会参与打包
可以在自己的moudle中使用该方式依赖一些比如com.android.support,gson这些使用者常用的库,避免冲突。
apk(runtimeOnly)
只在生成apk的时候参与打包,编译时不会参与,很少用。
testCompile(testImplementation)
testCompile 只在单元测试代码的编译以及最终打包测试apk时有效。
debugCompile(debugImplementation)
debugCompile 只在debug模式的编译和最终的debug apk打包时有效
releaseCompile(releaseImplementation)
Release compile 仅仅针对Release 模式的编译和最终的Release apk打包。
最新文章
- Spring resource bundle多语言,单引号format异常
- Mysql - 性能优化之子查询
- Redis不同类型方法整合
- 使用jar 命令生成.jar遇到的问题(绝对路径)
- 【转载】阎焱:90后创业是扯淡 大量O2O和P2P公司濒临倒闭
- MySQL占用内存过大的问题解决
- 【Python】Eclipse和pydev搭建Python开发环境
- JS数组2(冒泡排列、数组里面查找数据)
- h5connect.js 腾讯云视频点播使用指南
- 图文-水平垂直居中兼容ie6+
- hdu 5952 连通子图
- -------- Rootkit 核心技术——利用 nt!_MDL 突破 KiServiceTable 的只读访问限制 Part II --------
- 【Spring学习】【Java基础回顾-数据类型】
- C#设计模式之四建造者模式(Builder Pattern)【创建型】
- Spring Security(四):2.1 Introduction What is Spring Security?
- windows下使用cmake编译zlib与libpng libjpeg
- Eclipse给安卓应用签名
- Vue的Computed的使用
- 连接Mysql数据库
- ubuntu 16.04 安装 ITDB