问题
在组件化的时候我发现遇到这些问题
- 组件可以访问其他组件所有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

向下兼容
maven库依赖传递会导致方法删除不会编译报错,会容易线上报NoSuchMethodError
方案实现是对比原先的抽象语法树

代码导出
两个模块直接不能依赖,访问接口需要拆分出接口模块,这样比较麻烦,实现了一个工程自动发两个库功能
"groudid:artifactId:1.0.0"
"groudid:artifactId-api:1.0.0"
先修改"groudid:artifactId:1.0.0"的pom文件,再增加artifactId为api的jar

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

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

网友评论