问题

在组件化的时候我发现遇到这些问题

1. 组件可以访问其他组件所有Public的类，代码不内聚
2. 组件依赖传递导致API向下不兼容会崩溃
3. API方法手动写在MarkDown
4. 模块之间互相依赖会照成循环依赖无法编译
5. 需要人工写接口库、实现库
   我写了一个Gradle插件ModuleExport解决这些问题

代码内聚

B Module可以访问A Module的任何Public类，这样会导致A、B Module两个模块依赖非常重，Android Gradle插件3.0.0以后提供了implement编译看似可以解决这个问题，但是其实不行，他是对Module隔离起作用，但是不对类隔离起作用，再加上升级Android Gradle3.0.0有很多风险，我想了一种方式解决这个问题，修改Android Studio代码提示功能，让Android Studio无法显示没有暴露的类，又不会影响本来的编译流程

效果是这样如果有A Module，那么其他module和app只能访问AService，不能访问AServiceImpl

@Export
@Service
public interface AService{
 void access();
}

@ServiceImpl
public class AServiceImpl AService{
 public void access(){
 System.out.println("a");
 }
}

实现流程图

修改.idea/libraries目录下的xml文件替换classes.jar 为empty.jar

代码实现图.png

向下兼容

maven库依赖传递会导致方法删除不会编译报错，会容易线上报NoSuchMethodError

方案实现是对比原先的抽象语法树

向下兼容实现.png

代码导出

两个模块直接不能依赖，访问接口需要拆分出接口模块，这样比较麻烦，实现了一个工程自动发两个库功能

"groudid:artifactId:1.0.0"
"groudid:artifactId-api:1.0.0"

先修改”groudid:artifactId:1.0.0″的pom文件，再增加artifactId为api的jar

产生两个库.png

解决循环依赖是通过其他工程都依赖api工程，主工程自动加入impl依赖

循环依赖解决方案.png

文档生成

javadoc任务指定需要导出的java文件生成文档放入我们的文档中心

代码导出.png