组件化就是要将项目的各个功能拆成多个模块,可分为app主模块,登录注册模块,个人中心模块,功能模块等。
组件化架构设计:
1、主工程模块,主要是APP壳,里面不涉及任何逻辑代码,只有权限等配置写在app模块下的AndroidManifest.xml中。
2、常规业务模块,该层的组件就是我们真正的业务组件了。我们通常按照功能模块来划分业务组件,例如注册登录、用户个人中心、APP的首页模块等。这里的每个业务组件都是一个小的APP,只需要修改一下对应的module的build.gradle,就可以单独编译,单独打包成APK在手机上运行。
3、功能组件,一个公共模块,所有的常规业务模块都依赖他。字符串、颜色、尺寸资源等写在该模块下,该组件是一些通用的工具类。
组件之间必须遵循以下规则:
1、只有上层的组件才能依赖下层组件,不能反向依赖,否则可能会出现循环依赖的情况;
2、同一层之间的组件不能相互依赖,这也是为了组件之间的彻底解耦;
常规业务模块间的Activity跳转
==================
由于常规业务模块之间是不能相互依赖的,所以不能直接使用startActivity进行跳转。在这里介绍两种方法:
方法1:
用功能组件(common组件)来统一管理业务组件间的跳转。
业务组件间不能相互依赖,而A组件需要跳转到B组件,那么我们可以让B组件来提供具体的跳转方法,让common组件来承担这个跳转方法的调用,然后A组件依赖common组件即可,是一个迂回的策略。
其他的组件要跳转到另外的组件,也是同样的处理。随着业务增加可能会有X组件,Y组件等等,那么X组件负责提供跳转到X组件的方法,Y组件负责提供跳转到Y组件的方法,并且这些方法,都要经由common组件来管理。
具体代码实现:
1.各个组件应该提供跳转到自己的方法,供别的组件调用
具体如何实现呢?对于A组件的跳转来说,首先,common组件要给别的组件提供一个接口,用于跳转到A组件。
这个接口写在common组件里:
/**
- 安装用户组件对外暴露的接口
*/
public interface IUserInstallService {
// 跳转到安装用户页面,其中extra是要传递的数据
void launch(Context context, String extra);
}
然后在A组件里,实现此接口(当然A组件的gradle文件得添加对common组件的依赖):
public class UserInstallService implements IUserInstallService {
@Override
public void launch(Context context, String extra) {
Intent intent = new Intent(context, UserInstallActivity.class);
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
intent.putExtra(“extra_data”, extra); // 传递数据
context.startActivity(intent);
}
}
这样,跳转方法就已经暴露出来可以供其他组件调用了,那在B组件里,我们怎么调用呢?得想办法拿到UserInstallService 的实例,然后就能调用它的launch方法来跳转了。
因为common组件还要管理其它组件的跳转,所以这些跳转得统一管理起来:
2.对组件间的跳转进行统一管理
我们在common组件里写一个工厂类,用于分配这些跳转:
public class ServiceFactory {
private static ServiceFactory instance;//单例模式
private ServiceFactory() {
}
public static ServiceFactory getInstance() {
if (instance == null) {
synchronized (ServiceFactory.class) {
if (instance == null)
instance = new ServiceFactory();
}
}
return instance;
}
// 安装用户组件的跳转服务的注册和获取
private IUserInstallService mIUserInstallService;
public IUserInstallService getIUserInstallService() {
return mIUserInstallService;
}
public void setIUserInstallService(IUserInstallService mIUserInstallService) {
this.mIUserInstallService = mIUserInstallService;
}
// 其他组件的跳转服务的注册和获取,与A组件的一样
}
那么很显然,在B组件里,我们就要想办法通过common组件的ServiceFactory 的getLoginService()方法来获取A组件的UserInstallService 的实例。要get,就首先要set,否则拿到的是一个null对象。那么这个set应该放在哪里实现呢?
3.利用Java反射将跳转服务进行实例化
set UserInstallService 对象的操作肯定得放在跳转之前,即get之前。最好在B组件初始化的时候就完成set,而且这个set 操作得放在A组件里,要不然又产生依赖了。
有了这个思路,就可以实现如下:
在common组件里,再增加一个接口:
public interface IAppComponent {
public void initialize(Application app);
}
这个接口用来表示各个组件的初始化。各个组件都要重写自己的Application,实现这个接口。比如A组件重写的Application类如下:
public class OrgApp extends Application implements IAppComponent{
@Override
public void onCreate() {
super.onCreate();
initialize(this);
}
@Override
public void initialize(Application app) {
ServiceFactory.getInstance().setIUserInstallService(new UserInstallService());
}
}
如果想让A组件的用于组件单独运行时,需要在A组件的AndroidManifest.xml里,指定这个类为组件的application:(注:作为module运行时记得删除android:name=“.OrgApp”,不然程序会报错。)
<application
android:name=“.OrgApp”
android:allowBackup=“true”
android:label=“@string/app_name”
android:theme=“@style/AppTheme”>
但是别忘了,当组件单独运行时,Application类的onCreate()可以走到;而A组件作为module集成之后,Application类是不会被加载的。
怎么办呢?因为app壳组件的Application是肯定会被加载的,所以可以在这里,用反射来加载其他组件的Application类。这也是为什么要在common组件里新建IAppComponent 接口类的原因。app壳组件的Application类也要重写并在manifest里指定。在app壳组件的Application初始化时,可以对其他的组件进行挨个加载,这样,上面我们想要的set 操作就可以在这里完成了。
为了管理要加载的组件,我们在common组件里新建一个AppConfig类,如下;
public class AppConfig {
public static String[] COMPONENTS = {
“mod.activity.com.orginfo.application.OrgApp”,//这个是A组件的Application类
// 还有其他的组件的Application类的全名,也都放这里
“mod.activity.com.login.application.LoginApp”
};
}
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
![](https://i-blog.csdnimg.cn/blog_migrate/f4bc466d5ad4e8f97f80a253b7055603.jpeg)
最后
这里附上上述的技术体系图相关的几十套腾讯、头条、阿里、美团等公司2021年的面试题,把技术点整理成了视频和PDF(实际上比预期多花了不少精力),包含知识脉络 + 诸多细节,由于篇幅有限,这里以图片的形式给大家展示一部分。
相信它会给大家带来很多收获:
当程序员容易,当一个优秀的程序员是需要不断学习的,从初级程序员到高级程序员,从初级架构师到资深架构师,或者走向管理,从技术经理到技术总监,每个阶段都需要掌握不同的能力。早早确定自己的职业方向,才能在工作和能力提升中甩开同龄人。
- 无论你现在水平怎么样一定要 持续学习 没有鸡汤,别人看起来的毫不费力,其实费了很大力,这四个字就是我的建议!!!
- 我希望每一个努力生活的IT工程师,都会得到自己想要的,因为我们很辛苦,我们应得的。
当我们在抱怨环境,抱怨怀才不遇的时候,没有别的原因,一定是你做的还不够好!
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门即可获取!
一个优秀的程序员是需要不断学习的,从初级程序员到高级程序员,从初级架构师到资深架构师,或者走向管理,从技术经理到技术总监,每个阶段都需要掌握不同的能力。早早确定自己的职业方向,才能在工作和能力提升中甩开同龄人。
- 无论你现在水平怎么样一定要 持续学习 没有鸡汤,别人看起来的毫不费力,其实费了很大力,这四个字就是我的建议!!!
- 我希望每一个努力生活的IT工程师,都会得到自己想要的,因为我们很辛苦,我们应得的。
当我们在抱怨环境,抱怨怀才不遇的时候,没有别的原因,一定是你做的还不够好!