基础公共组件 common 将一直作为 library 存在，所有业务组件都需要依赖 common 组件。
common 组件主要负责封装公共部分，如网络请求、数据存储、自定义控件、各种工具类等，以及对第三方库进行统一依赖等。
下图是我的 common 组件的包结构图：
前文有言，common 组件还负责对第三方库进行统一依赖，这样上层业务组件就不需要再对第三方库进行重复依赖了，其 build.gradle 源码如下所示：
apply plugin: ‘com.android.library’
apply plugin: ‘com.jakewharton.butterknife’
……
dependencies {
// 在项目中的libs中的所有的.jar结尾的文件，都是依赖
implementation fileTree(dir: ‘libs’, include: [‘*.jar’])
//把implementation 用api代替,它是对外部公开的, 所有其他的module就不需要添加该依赖
api rootProject.ext.dependencies[“appcompat”]
api rootProject.ext.dependencies[“constraintlayout”]
api rootProject.ext.dependencies[“junit”]
api rootProject.ext.dependencies[“runner”]
api rootProject.ext.dependencies[“espresso_core”]
//注释处理器，butterknife所必需
api rootProject.ext.dependencies[“support_annotations”]
//MultiDex分包方法
api rootProject.ext.dependencies[“multidex”]
//Material design
api rootProject.ext.dependencies[“design”]
//黄油刀
api rootProject.ext.dependencies[“butterknife”]
annotationProcessor rootProject.ext.dependencies[“butterknife_compiler”]
//Arouter路由
annotationProcessor rootProject.ext.dependencies[“arouter_compiler”]
api rootProject.ext.dependencies[“arouter_api”]
api rootProject.ext.dependencies[“arouter_annotation”]
}
业务组件在 library 模式下，向上组合为整体性项目；在 application 模式下，可独立运行。
其 build.gradle 源码如下：
if (Boolean.valueOf(rootProject.ext.isModule_North)) {
apply plugin: ‘com.android.application’
} else {
apply plugin: ‘com.android.library’
}
apply plugin: ‘com.jakewharton.butterknife’
……
dependencies {
implementation fileTree(dir: ‘libs’, include: [‘*.jar’])
//公用依赖库
implementation project(‘:x_module_common’)
implementation project(‘:m_module_main’)
//黄油刀
annotationProcessor rootProject.ext.dependencies[“butterknife_compiler”]
//Arouter路由
annotationProcessor rootProject.ext.dependencies[“arouter_compiler”]
}
至此，组件化架构的搭建就算完成了。
可还有几个问题，是组件化开发中必须要关注的，也是项目做组件化改造时可能会遭遇的难点，我们一起来看看吧。
===============================================================================
在 common 组件中有 BaseAppliaction，提供全局唯一的 context，上层业务组件在组件化模式下，均需继承于 BaseAppliaction。
/**
- 基础 Application，所有需要模块化开发的 module 都需要继承自此 BaseApplication。
*/
public class BaseApplication extends Application {
//全局唯一的context
private static BaseApplication application;
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
application = this;
//MultiDexf分包初始化，必须最先初始化
MultiDex.install(this);
}
@Override
public void onCreate() {
super.onCreate();
initARouter();
}
/**
- 初始化路由
*/
private void initARouter() {
if (BuildConfig.DEBUG) {
ARouter.openLog(); // 打印日志
ARouter.openDebug(); // 开启调试模式(如果在InstantRun模式下运行，必须开启调试模式！线上版本需要关闭,否则有安全风险)
}
ARouter.init(application);// 尽可能早，推荐在Application中初始化
}
/**
-
获取全局唯一上下文
-
@return BaseApplication
*/
public static BaseApplication getApplication() {
return application;
}
可为不同组件设置不同的 applicationId，也可缺省，在Android Studio中，默认的 applicationId 与包名一致。
组件的 applicationId 在其 build.gradle 文件的 defaultConfig 中进行配置：
if (Boolean.valueOf(rootProject.ext.isModule_North)) {
//组件模式下设置applicationId
applicationId “com.niujiaojian.amd.north”
}
组件在 library 模式和 application 模式下，需要配置不同的 manifest.xml 文件，因为在 application 模式下，程序入口 Activity 和自定义的 Application 是不可或缺的。
在组件的 build.gradle文件 的 android 中进行 manifest 的管理：
/*
-
java插件引入了一个概念叫做SourceSets，通过修改SourceSets中的属性，
-
可以指定哪些源文件（或文件夹下的源文件）要被编译，
-
哪些源文件要被排除。
-
*/
sourceSets {
main {
if (Boolean.valueOf(rootProject.ext.isModule_North)) {//apk
manifest.srcFile ‘src/main/manifest/AndroidManifest.xml’
} else {
manifest.srcFile ‘src/main/AndroidManifest.xml’
java {
//library模式下，排除java/debug文件夹下的所有文件
exclude ‘*module’
}
}
}
}
资源名冲突问题，相信大家多多少少都遇到过，以前最常见的就是第三方 sdk 导致的资源名冲突了。
这个问题没有特别好的解决办法，只能通过设置资源名前缀 resourcePrefix 以及约束自己开发习惯进行解决。
资源名前缀 resourcePrefix ，是在 Project 的 build.gradle 中进行设置的：
/**
-
限定所有子类xml中的资源文件的前缀
-
注意：图片资源，限定失效，需要手动添加前缀
-
*/
subprojects {
afterEvaluate {
android {
resourcePrefix “${project.name}_”
}
}
}
这样设置完之后，string、style、color、dimens 等中资源名，必须以设置的字符串为前缀，而 layout、drawable 文件夹下的 shape 的 xml 文件的命名，必须以设置的字符串为前缀，否则会报错提示。
另外，资源前缀的设置对图片的命名无法限定，建议大家约束自己的开发习惯，自觉加上前缀。
建议：将 color、shape、style 这些放在基础库组件中去，这些资源不会太多，且复用性极高，所有业务组件又都会依赖基础库组件。
Butterknife 存在的问题是控件 id 找不到，只要将 R 替换为 R2 即可解决问题。
需要注意的是，在如下代码示例外的位置，不要这样做，保持使用 R 即可，如 setContentView(R.layout.b_module_north_activity_splash)
public class SplashActivity extends BaseActivity {
@BindView(R2.id.btn_toMain)
Button btnToMain;
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.b_module_north_activity_splash);
ButterKnife.bind(this);
}
……
@OnClick(R2.id.btn_toMain)
public void onViewClicked() {
}
}
另外要注意的是，每一个使用 Butterknife 的组件，在其 build.gradle 的 dependencies 都要配置注解处理器处理其 compiler 库：
apply plugin: ‘com.jakewharton.butterknife’
……
dependencies {
……
annotationProcessor rootProject.ext.dependencies[“butterknife_compiler”]
}
由于业务组件间不存在依赖关系，不可以通过 Intent 进行显式跳转。
若需跳转，是要借助于路由的，我使用的是阿里的开源框架 ARouter。
注：我在案例中只使用了 ARouter 的基础的页面跳转功能，更复杂的诸如携带参数跳转、声明拦截器等功能的使用方法，大家可到 Github 上查看其使用文档。
在每一个需要用到 ARouter 的组件的 build.gradle 文件中对其进行配置：
android {
…
defaultConfig {
…
//Arouter路由配置
javaCompileOptions {
annotationProcessorOptions {
arguments = [AROUTER_MODULE_NAME: project.getName()]
includeCompileClasspath = true
}
}
}
}
dependencies{
…
//Arouter路由
annotationProcessor rootProject.ext.dependencies[“arouter_compiler”]
}
跳转目标页面配置：
@Route(path = “/main/MainActivity”)
public class MainActivity extends BaseActivity {
……
}
跳转来源页面的跳转代码：
…
ARouter.getInstance()
.build(“/main/MainActivity”)
.navigation();
…
====================================================================
组件化优势多多，用起来爽的不要不要的。
其中快感来的最快的，当属大大提升了编译速度了。
Android应用的进阶宿命，组件化架构与阿里组件化路由解析与实现
超大型项目的终极架构，窥探阿里ARouter组件化路由框架的原理
为了能让大家刚好的了解Android 相关方面的知识点，比如性能优化、Framework、UI、组件化、插件化、Glide、JetPack、音视频技术等等，小编为大家进行整理了一份Android 知识点大全的PDF学习文档，里面不仅记录了各大厂的面试题，还有一些Android 知识点解析，大家如想着参阅可以直接去我 GitHub: https://github.com/733gh/Android-T3 ，我已将其文档上传。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）
文末
那么对于想坚持程序员这行的真的就一点希望都没有吗？
其实不然，在互联网的大浪淘沙之下，留下的永远是最优秀的，我们考虑的不是哪个行业差哪个行业难，就逃避掉这些，无论哪个行业，都会有他的问题，但是无论哪个行业都会有站在最顶端的那群人。我们要做的就是努力提升自己，让自己站在最顶端，学历不够那就去读，知识不够那就去学。人之所以为人，不就是有解决问题的能力吗？挡住自己的由于只有自己。
Android希望=技能+面试
- 技能
- 面试技巧+面试题
一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
知识点，真正体系化！**
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）
[外链图片转存中…(img-kFIWN4IS-1712770929816)]
文末
那么对于想坚持程序员这行的真的就一点希望都没有吗？
其实不然，在互联网的大浪淘沙之下，留下的永远是最优秀的，我们考虑的不是哪个行业差哪个行业难，就逃避掉这些，无论哪个行业，都会有他的问题，但是无论哪个行业都会有站在最顶端的那群人。我们要做的就是努力提升自己，让自己站在最顶端，学历不够那就去读，知识不够那就去学。人之所以为人，不就是有解决问题的能力吗？挡住自己的由于只有自己。
Android希望=技能+面试
- 技能
[外链图片转存中…(img-W3ZIqwr4-1712770929816)] - 面试技巧+面试题
[外链图片转存中…(img-bLEnNZq8-1712770929817)]
一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
[外链图片转存中…(img-SUXo9A46-1712770929817)]
216
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
