[移动开发]面试官：现在还有不会组件化Android开发？

Android从2008年10月发布至今已经第13个年头了，开发者们从Android 1.0的版本跨越到了Android 11，马上也将迎来Android 12的到来……在这个过程中，我们经历了很多。

对于如何去衡量一个开发者的水平到底有多高，一般面试官会看他会什么，能干什么。如果是一个刚入行的新手，公司对他的要求就不会太高。但是在Android行业有太多3-5年工作经验的“新手”。他们一般如何开发的呢，**项目架构毫无章法，代码毫无设计模式，性能体验毫无快感。所以我们会发现水平的高与低，完全可以用代码的好与坏来衡量。**对于开发者来说，写好代码的第一步就是选择好的架构设计。现在Android行业中非常受欢迎的架构模式就是组件化开发了。为什么呢？

1. 在大厂的项目中，组件化都是必备的。

2. 对于团队开发来说，组件化也是必备的。

3. 对于初级进阶中高级的开发者来说，组件化也是必备的。

4. 对于大项目的维护角度来说，组件化还是必备的。

5. 对于提升开发效率来说，组件化依然是必备的。

为什么要选择组件化开发？

在很多初级开发人员的开发中，一般都是传统的单一模块开发，一个词来形容就是方便。但是当你接触到大项目之后，或者当你的项目发展到后期之后，你就会发现以下几个难以让人接受的问题：

1. 编译时间长，每次改一个参数都需要编译整个项目

2. 项目耦合太严重，每次复用一个功能都要Copy很多的关联类

3. 团队开发不方便，不能很好的分工合作

所以根据上面的分析，大家会发现组件化已经是我们非常有必要掌握的一块技能了。它能够让我们开发项目变得方便，让我们的功能复用变得简单（因为在组件化项目中，每个功能彼此之间是没有关联的）：

从上图中我们会发现，在组件化架构的项目中，我们的每个业务逻辑模块从传统的用包名来划分升级到了用模块来划分，这样的好处在于，当我在新项目中要用到一个之前项目的某一个功能的时候，如果两个项目都是组件化架构，那我直接复制过来就可以使用，不需要解耦合。

而且大家会发现，每个模块都是可以独立运行的Application，这样设计优势在于每个模块都能够独立的测试，能够提高我们的编译速度。再站在团队开发的角度来说，每个小项目组负责一个模块的功能，互不干扰，何乐而不为呢？

但是问题就来了，很多开发人员以前根本就没有接触过组件化开发，那么我们应该去掌握那些组件化相关技术呢？

上图是我自己进行简略的整理出的一些 Android 组件化开发的一些知识点，如有什么又掉漏掉点，欢迎大家在评论区进行留言。

最后

小编在网上收集了一些 Android 组件化开发相关的学习文档、面试题、Android 核心笔记等等学习文档，为方便能更好的大家参考学习，已整理之GitHub，大家可以直接去点击下方小卡片进行访问查阅。