最近一直在忙着把项目进行模块化,组件化,记录一下在进行模块化过程中遇到的问题。
项目模块化,按什么来分module比较合理?
我的做法比较粗暴,直接按功能分。比如,几乎每个项目都有 设置功能,登陆功能等。
app SettingModule LoginModule
有一些可能使用领域模型来区分模块。很难定义出一个标准的区分模块,就好像项目分包一样,每一个都会有自己的一套。自己觉得方便就好。
Module 与 Module 之间的跳转了?
模块化之后 Ma 和 Mb 之间是不存在依赖关系的,就存在了但Ma 需要 跳转到Mb的某个Activity(或者Mb 跳转到Ma的某个Activity)问题?
使用Event Bus 通信?EventBus的单Module通信的
使用Boardcast?系统广播效率低,但前面的广播阻塞,下一个广播将无法接收
我的做法是
虽然Ma 和 Mb 自己不存在直接依赖的关系,但存在间接依赖,每个Module都依赖BaseModule
后来发现阿里开源来一个ARouter框架,使用起来更方便。
详情看ARouter官网
Application合并
主工程有一个Application,当次级Module也有Application,运行程序会报错,一个工程只能有一个Application。然而当次级Module也需要加载时初始化一些数据怎么办?
可以使用接口抽象的思想。
每个module都会依赖于base module 。
在base module 创建接口 IModule
让需要初始化的Module实现该接口
然后在Application的oncreate方法通过反射统一加载
base Module
public interface IModule {
void onLoad(Application app);
}
Ma
public class LoginModule implements IModule {
@Override
public void onLoad(Application app) {
Timber.tag("LoginModule").d("-------> LoginModule ");
}
}
MB
public class SettingModule implements IModule {
@Override
public void onLoad(Application app) {
Timber.tag("SettingModule").d("-------> SettingModule ");
}
}
主工程
for(String name : ModuleConfig.moduleList){
try {
Class<?> clazz = Class.forName(name);
Object instance = clazz.newInstance();
if(clazz.newInstance() instanceof IModule){
Method method = clazz.getDeclaredMethod("onLoad", Application.class);
method.invoke(instance,this);
}
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
} catch (NoSuchMethodException e) {
e.printStackTrace();
} catch (InvocationTargetException e) {
e.printStackTrace();
}
}
Timber.tag(TAG).d("----- time = " +(System.currentTimeMillis() - l));
反射会损耗性能,对比一下时间,其实没相差多少。
Menifest合并,资源合并
重复的权限,colors、drawable会合并
网友评论