Demo 地址 ：https://github.com/renxuelong/ComponentDemo 演示为先 Android 组件化最佳实践 在项目的开发过程中，随着开发人员的增多及功能的增加，如果提前没有使用合理的开发架构，那么代码会越来臃肿，功能间代码耦合也会越来越严重，这时候为了保证项目代码的质量，我们就必须进行重构。 比较简单的开发架构是按照功能模块进行拆分，也就是用 Android 开发中的 module 这个概念，每个功能都是一个 module，每个功能的代码都在自己所属的

对于大多数Android商业项目，基本都是处于高速迭代的开发阶段，这个阶段不仅仅是对项目的开发效率，也对项目的产品质量提出了更高的要求。 通常大型项目都是通过黑盒测试等方式来提供质量相关的保障，但同时笔者认为也需要Android端的单元测试以及能自动在Android平台上运行的UI测试，这几种测试有以下几个优势： 更早发现代码中存在的bug等问题，提前fixbug； 更好地设计：在进行项目重构的时候，保证重构的新代码能正确运行，这样就能在业务不断迭代的同时，更好地保障产品质量。 Andr

一个项目开发必然会涉及团队协作，而工程质量就需要团队去保证。一般我们期望的代码：无潜在风险、无重复逻辑、风格无差异、可阅读性好、新人上手速度快等。为了达到上述目标，一般团队都会制定一套自己认可的编码规范，并且周期性进行codereview。然而编码规范的制定，那么一套编码规范需要包含哪些内容，另外编码规范仅仅是一套软规范，实际程序员同学能遵守到什么程序还是一个未知数，所以需要我们进行人肉codereview，而这种人肉排查方式，很容易遗漏部分问题，保障性还是有些不足。为此，我们从编码前期、编码中

一个项目开发必然会涉及团队协作，而工程质量就需要团队去保证。一般我们期望的代码：无潜在风险、无重复逻辑、风格无差异、可阅读性好、新人上手速度快等。为了达到上述目标，一般团队都会制定一套自己认可的编码规范，并且周期性进行codereview。然而编码规范的制定，那么一套编码规范需要包含哪些内容，另外编码规范仅仅是一套软规范，实际程序员同学能遵守到什么程序还是一个未知数，所以需要我们进行人肉codereview，而这种人肉排查方式，很容易遗漏部分问题，保障性还是有些不足。为此，我们从编码前期、编码中