问题
在组件化的时候我发现遇到这些问题
- 组件可以访问其他组件所有Public的类，代码不内聚
- 组件依赖传递导致API向下不兼容会崩溃
- API方法手动写在MarkDown
- 模块之间互相依赖会照成循环依赖无法编译
- 需要人工写接口库、实现库
我写了一个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
