欢迎转载，转载时请注明出处和作者
作者：kerwin
原文地址：
http://www.jianshu.com/p/3ed9f4c87990

打造自己的组件化开发框架

为什么会有这篇文章：长时间的build，不断重复出现的bug，多次重复开发的烦躁

一、组件化介绍

0、什么是组件化

组件化就是将工程按照不同的属性拆分成各个独立的子工程的过程。

组件是组件化的输出产物，不同的组件最终进行组装就是完整的工程。

1、为什么要做组件化

用产品思维的一个理念就是，为了更容易让用户（开发人员以及测试人员）做正确的事情。因为随着业务越来越复杂，代码量越来越盘大的时候，开发人员在开发新功能或修改bug的时候有时候会不小心将其他正常的功能修改出新bug。而组件化之后，每一个组件都是独立的互不影响。开发完成后，也能对单个组件进行单独发布，测试人员就能对该组件进行单独的测试，而不用受其他不相关的组件的影响。

2、组件化与模块化和插件化的区别

组件化与模块化的差别

组件化与模块化的区别.png

(图片来源：http://www.cnblogs.com/mfc-itblog/p/5385773.html)
组件的粒度大于模块，组件由数个不同的模块按需组合而来。

组件化与插件化的差别

组件化与插件化的区别.png

3、组件化的优点和缺点

优点：
　　单独编译，便于开发，提升编译速度。
　　组件分离，便于维护，提高重用效率。
　　单独发布，便于测试，提升测试准度。
缺点：
　　对开发管理的要求更高

二、组件化的架构设计

0、设计要求

1. 稳定高可用
　　2. 灵活发布
　　3. 可复用

1、整体架构设计图

首先我们先看一下常规的架构设计

架构图-常规的App.png

再看业务模块化后的架构设计

架构图-模块化App.png

最后是组件化的架构设计

架构图-组件化App.png

2、组件交互

数据路由.png

　　因为组件与组件之间不能相互引用，所以组件与组件的交互需要一个中间件Router,组件进行交互之前需要通过Router进行寻址中转传递彼此的接口。

3、工程发布流图

工程发布流程.png

　　与正常发布流程相同，先打包组件，然后最终在App中将组件合并后打包为apk文件发布。

三、组件化的技术难点

0、热插拔的实现

热插拔不是一个新词，这里的热插拔的与常规的还是有一定的区别。
　　热插拔：添加依赖（插），则这个组件的数据库、组件初始化、组件接口自动可用，去除依赖（拔），则这个组件的所有功能全部移除，并且不影响其他组件的编译和发布。详细看下面的数据库和App初始化的工作流程

1、数据库合并与拆分

实现方式：
　　方式1、在App中添加配置文件db_libraries.properties，配置文件中添加对应的组件的TableSetHelper，数据库初始化时读取配置文件中的内容通过反射调用组件中的TableSetHelper的方法。
　　兼容方式2、（如果没有配置文件才执行）数据库初始化时扫描所有的Class，找出所有extends TableSetHelper并有@TableSetLibrary注解的Class，反射调用其中的方法。

数据库设计uml类图

DBLibrary.png

数据库合并及升级流程图

组件化数据库合并.png

2、组件Application生命周期

实现方式：
方式1：在App中添加配置文件app_libraries.properties，配置文件中添加对应的组件的Application，App初始化时读取配置文件中的内容通过反射调用组件中的Application的生命周期方法。

兼容方式2：（如果没有配置文件才执行）App初始化时扫描所有的Class，找出所有extends Application并有@Applibrary注解的Class，反射调用其中的生命周期方法。

App初始化流程设计uml类图

Applibrary.png

App初始化流程

App初始化流程.png

3、组件之间的解耦与交互

为了达到组件之间的解耦，组件之间不能直接依赖，采用Router中间件的方式进行转接。

组件之间交互流图

数据路由访问流图.png

使用方法：

Router module中添加对应的接口

 public interface ISum{
      int sum(int a , int b);
 }

在实现的Module中（ModuleA）添加对应的实现

@Data
public class SumImp implements ISum{
     int sum(int a , int b){
       return a+b;
     }
}

编译时IOC框架会扫描获取到Data注解，自动在对应的ModuleA中生成一个类

public class ISumImpFactory {

  public ISumImpFactory() {

  }

  public static final ISum generator() {
   return new SumImp();
  }
}

在另一个ModuleB中要使用这个接口时调用
<code>DataRouter.findApi(ISum.class)</code>
DataRouter会尝试调用
<code>ISum sum = ISumImpFactory.generator();</code>
返回给ModuleB。
ModuleB 就能使用<code>sum</code>与ModuleA进行交互。

4、android.library依赖注入问题

在Library类型的Module中，R文件的ID并不是常量，这将导致ioc注入框架无法正常使用，这里的解决办法是利用Gradle动态复制一份R类生成新的R文件(K.java)，使用的时候使用新生成的K文件即可。

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)
        }
    }

5、Activity交互回调

Activity、Service等之间的数据交互均是使用Bundle传递，而Bundle只能传递基础数据类型以及Serializable序列化的对象，这样有比较大的局限性，尤其是某个Activity需要接收多种数据回调的时候尤其不方便。

这里研究了一种新的方式：使用Java的动态代理传递一个代理的接口回调给Bundle，然后使用代理的回调对象与调用者进行交互。

代码示例：

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);
    }
}

四、开发管理

说了这么多，看起来这么复杂，开发的时候会不会很难，发布的时候会不会很麻烦？其实跟正常发布没有任何区别。

开发流程.png

源码实现：stitcher 框架