为了安全起见,建议搭建公司内部的私有maven仓库,统一管理依赖的library,公司内部的公共library不要使用公共的maven仓库。通过这种方式依赖相比于前两种方案都要更优,且配置灵活,可以根据实际需求调整
// 依赖明确的版本,标明group、name和version
implementation group: ‘com.android.demo’, name: ‘library-dict’, version: ‘1.2.0’
// 通常按照如下方式简写即可
implementation ‘com.android.demo:library-dict:1.2.0’
// 也可以不指定版本,将version改为"+",当远程仓库有更新的版本后,构建时会拉取最新的版本。
// 好处是可以始终依赖最新的library;弊端是有可能library的改动导致编译不过或者功能变更不
// 稳定,因为每次都需要检查是否有最新版本,所以构建效率会低一些
implementation ‘com.android.demo:library-dict:+’
// 对于有多个APP,依赖内部统一SDK的情况时,可以将gradle文件放在服务器,远程控制统一依
// 赖版本,避免因为各个APP依赖的SDK版本不统一导致很难管理和维护
// 远程http://172.28.2.93/remote/library-config.gradle:
ext.libraryBuildConfig = [
deps: [
“dict-library” : ‘com.android.demo:library-dict:1.2.0’,
“download-library” : ‘com.android.demo:library-do