AndroidStudio 下Gragle引用多LibraryModule的方法

如何利用AndroidStudio Gradle 实现最小耦合的多Library工程引用。

首先第一步：建立Library工程.

生成为Library工程之后（注意：Library工程的manifest文件下的Application关键字去掉，否则被引用之后编译会报错），将工程拷贝出来放入到app Module（有明显app文件夹）上两级父目录下的 basepro 下

这部是为了让主工程模拟import 任意第三方module

第二步：import module

点击finish之后，貌似已经完成了。如果不出什么意外，好像也是可以编译通过的。

但问题就恰恰就是在这里。

请看Gradle的配置如下：

反复试验多加几个如图中的mylibrary、login、common（这三个工程都是如上步骤建立的），发现一个现象：AndroidStudio默认居然是把刚才选中的第三方Module完全拷贝复制一份到当前project下面，如mylibrary、login、common 和app在同一目录，并且这些目录下又和新建的所有文件。AndroidStudio这么做应该是认为既然都导入了，那应该就属于当前的project。但是，如果我们按这个默认的去做了，那无形之中工程的耦合性增强了。试想一中情况：各个不同的人在维护不同的module，并且各个人有不同的代码权限，如果把所有的module和主module放一起做代码权限管理显然不合适。势必会将不同的代码从project中分离出去。如果安装本案中介绍的代码目录，如果维护module的人更新了代码，引入到当前工程的人如何得知？需要重新import module一份吗？ 否则是不是一直都用了自动生成的那边备份？

以上现象说明：这么做不靠谱，还有没有更好的方法解决这个问题？

第三步，解决办法：

经过笔者的实验，发现Gradle确实比较强大，不用做任何其它的改边，只需将project 的setting.gradle做如下更改便可轻松解耦之.现将方法告知如下：

如上图所示,只需要更改setting,给工程应用指定路径,变可轻松解耦.

到这里,基本介绍完了,有人会问到这个到底有什么用.其实答案不言而喻,在多工程、多人共同开发管理中，这种轻耦合的工程架构会带来很多好处。