<p>打造自己的组件化开发框架</p>    <p>为什么会有这篇文章：长时间的build，不断重复出现的bug，多次重复开发的烦躁</p>    <h3>一、组件化介绍</h3>    <p>0、什么是组件化</p>    <p>组件化就是将工程按照不同的属性拆分成各个独立的子工程的过程。</p>    <p>组件是组件化的输出产物，不同的组件最终进行组装就是完整的工程。</p>    <p>1、为什么要做组件化</p>    <p>用产品思维的一个理念就是， <strong>为了更容易</strong> 让用户（开发人员以及测试人员） <strong>做正确的事情</strong> 。因为随着业务越来越复杂，代码量越来越盘大的时候，开发人员在开发新功能或修改bug的时候有时候会不小心将其他正常的功能修改出新bug。而组件化之后，每一个组件都是独立的互不影响。开发完成后，也能对单个组件进行单独发布，测试人员就能对该组件进行单独的测试，而不用受其他不相关的组件的影响。</p>    <p>2、组件化与模块化和插件化的区别</p>    <p>组件化与模块化的差别</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/b61aff93124b5581c9493ee43c98691e.png"></p>    <p>组件化与模块化的区别.png</p>    <p>(图片来源： <a href="/misc/goto?guid=4959742134036529751" rel="nofollow,noindex">http://www.cnblogs.com/mfc-itblog/p/5385773.html</a> )</p>    <p>组件的粒度大于模块，组件由数个不同的模块按需组合而来。</p>    <p>组件化与插件化的差别</p>    <p><img src="https://simg.open-open.com/show/fb338fa646ad2a2de2b9d0d931272468.png"></p>    <p style="text-align:center">组件化与插件化的区别.png</p>    <p>差别在于，组件化是编译时合并到主工程，插件化是运行时加载到主工程</p>    <h3>3、组件化的优点和缺点</h3>    <p>优点：</p>    <p>单独编译，便于开发，提升编译速度。</p>    <p>组件分离，便于维护，提高重用效率。</p>    <p>单独发布，便于测试，提升测试准度。</p>    <p>缺点：</p>    <p>对开发管理的要求更高</p>    <h3>二、组件化的架构设计</h3>    <p>0、设计要求</p>    <p>1. 稳定高可用</p>    <p>2. 灵活</p>    <p>3. 简单通用</p>    <p>1、整体架构设计图</p>    <p>首先我们先看一下常规的架构设计</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/7d4086b66765bd03885fc51d95495a9e.jpg"></p>    <p style="text-align:center">架构图-常规的App.png</p>    <p>再看业务模块化后的架构设计</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/21cc9ff694ba9dbacce93ba86c9a73f8.jpg"></p>    <p style="text-align:center">架构图-模块化App.png</p>    <p>最后是组件化的架构设计</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/9c864922548669cb69e58a6b17943699.jpg"></p>    <p style="text-align:center">架构图-组件化App.png</p>    <p>2、组件交互</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/e4070191c335f4cb6de8d8444ff2fe31.jpg"></p>    <p style="text-align:center">数据路由.png</p>    <p>因为组件与组件之间不能相互引用，所以组件与组件的交互需要一个中间件Router,组件进行交互之前需要通过Router进行寻址中转传递彼此的接口。</p>    <p>3、工程发布流图</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/b808c341758183eaf4481ca2c29d3201.png"></p>    <p style="text-align:center">工程发布流程.png</p>    <p>与正常发布流程相同，先打包组件，然后最终在App中将组件合并后打包为apk文件发布。</p>    <h3>三、组件化的技术难点</h3>    <p>0、热插拔的实现</p>    <p>热插拔不是一个新词，这里的热插拔的与常规的还是有一定的区别。</p>    <p>热插拔：添加依赖（插），则这个组件的数据库、组件初始化、组件接口自动可用，去除依赖（拔），则这个组件的所有功能全部移除，并且不影响其他组件的编译和发布。详细看下面的数据库和App初始化的工作流程</p>    <p>1、数据库合并与拆分</p>    <p>实现方式：</p>    <p>方式1、在App中添加配置文件 <strong>db_libraries.properties</strong> ，配置文件中添加对应的组件的TableSetHelper，数据库初始化时读取配置文件中的内容通过反射调用组件中的TableSetHelper的方法。</p>    <p>兼容方式2、（如果没有配置文件才执行）数据库初始化时 <strong>扫描所有的Class</strong> ，找出所有 <strong>extends TableSetHelper</strong> 并有 <strong>@TableSetLibrary</strong> 注解的Class，反射调用其中的方法。</p>    <p>数据库设计uml类图</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/58a420e14fb7ce73d531097e7fb1bd30.png"></p>    <p style="text-align:center">DBLibrary.png</p>    <p>数据库合并及升级流程图</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/08633bb7c9f4403ce8c93cfee74d712c.png"></p>    <p style="text-align:center">组件化数据库合并.png</p>    <p>2、组件Application生命周期</p>    <p>实现方式：</p>    <p>方式1：在App中添加配置文件 <strong>app_libraries.properties</strong> ，配置文件中添加对应的组件的Application，App初始化时读取配置文件中的内容通过反射调用组件中的Application的生命周期方法。</p>    <p>兼容方式2：（如果没有配置文件才执行）App初始化时 <strong>扫描所有的Class</strong> ，找出所有 <strong>extends Application</strong> 并有 <strong>@Applibrary</strong> 注解的Class，反射调用其中的生命周期方法。</p>    <p>App初始化流程设计uml类图</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/4c54c23b83fd82ff156fc17ad0756649.png"></p>    <p style="text-align:center">Applibrary.png</p>    <p>App初始化流程</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/c552d502f9ca4766474111bc67d29864.png"></p>    <p style="text-align:center">App初始化流程.png</p>    <p>3、组件之间的解耦与交互</p>    <p>为了达到组件之间的解耦，组件之间不能直接依赖，采用Router中间件的方式进行转接。</p>    <p>组件之间交互流图</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/ad35ee7b1024630c5400b33121b5a623.png"></p>    <p style="text-align:center">数据路由访问流图.png</p>    <p>使用方法：</p>    <p>Router module中添加对应的接口</p>    <pre>  <code class="language-java">public interface ISum{        int sum(int a , int b);   }</code></pre>    <p>在实现的Module中（ModuleA）添加对应的实现</p>    <pre>  <code class="language-java">@Data  public class SumImp implements ISum{       int sum(int a , int b){         return a+b;       }  }</code></pre>    <p>编译时IOC框架会扫描获取到Data注解，自动在对应的ModuleA中生成一个类</p>    <pre>  <code class="language-java">public class ISumImpFactory {      public ISumImpFactory() {      }      public static final ISum generator() {     return new SumImp();    }  }</code></pre>    <p>在另一个ModuleB中要使用这个接口时调用</p>    <p>DataRouter.findApi(ISum.class)</p>    <p>DataRouter会尝试调用</p>    <p>ISum sum = ISumImpFactory.generator();</p>    <p>返回给ModuleB。</p>    <p>ModuleB 就能使用 sum 与ModuleA进行交互。</p>    <p>4、android.library依赖注入问题</p>    <p>在Library类型的Module中，R文件的ID并不是常量，这将导致ioc注入框架无法正常使用，这里的解决办法是利用Gradle动态复制一份R类生成新的R文件(K.java)，使用的时候使用新生成的K文件即可。</p>    <pre>  <code class="language-java">if (tsk.name.endsWith("Resources") && tsk.name.startsWith("process")) {          def taskName = tsk.name.replace("process", "").replace("Resources", "")          def taskR2 = task("build" + taskName + "K", dependsOn: tsk) {}          taskR2.doLast {              GeneroteK.autoGenerotaK(project)          }          tsk.doLast {              println "doLast:" + name              GeneroteK.autoGenerotaK(project)          }      }</code></pre>    <p>5、Activity交互回调</p>    <p>Activity、Service等之间的数据交互均是使用Bundle传递，而Bundle只能传递基础数据类型以及Serializable序列化的对象，这样有比较大的局限性，尤其是某个Activity需要接收多种数据回调的时候尤其不方便。</p>    <p>这里研究了一种新的方式：使用Java的动态代理传递一个代理的接口回调给Bundle，然后使用代理的回调对象与调用者进行交互。</p>    <p>代码示例：</p>    <pre>  <code class="language-java">public <T> T newProxy(Class<T> t, T o) {      MyHandle handle = new MyHandle(toString());      T callBack = (T) Proxy.newProxyInstance(getClass().getClassLoader(), new Class[]{t},              handle);      ProxyStore.callBack.put(toString(), new WeakReference<Object>(o));      return callBack;  }    private class MyHandle implements InvocationHandler, Serializable {      String generator;      MyHandle(String generator) {          this.generator = generator;      }      public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {          return method.invoke(ProxyStore.callBack.get(generator).get(), args);      }  }</code></pre>    <h3>四、开发管理</h3>    <p>说了这么多，看起来这么复杂，开发的时候会不会很难，发布的时候会不会很麻烦？其实跟正常发布没有任何区别。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/17d3c38913e0432b1d21597e76f0acf2.png"></p>    <p style="text-align:center">开发流程.png</p>    <p>后面会对其中的技术问题进行一一详解。</p>    <p> </p>    <p>来自：http://www.jianshu.com/p/3ed9f4c87990</p>    <p> </p>