CC框架实践(2)：Fragment和View的组件化

前言

本文将介绍如何在CC框架下实现Fragment和View的组件化。

1、需求背景

在android组件化过程当中，你有没有遇到这样的问题：

• 单Activity + 多Fragment的架构下，如何进行Fragment的组件化？
• 主界面上的Fragment太多，想用组件化进行管理，该怎么作？
• 一个功能模块比较独立，但在主界面使用了其中一个Fragment，如何解耦？
• 对某些View进行了封装或者自定义的View，功能比较独立，是做为基础库经过类依赖使用好仍是做为组件使用比较好？若是要做为组件使用，那要如何组件化？

2、现有的一些解决方案：

• 在主app中依赖全部组件，因此在主app中可直接使用这些组件中的Fragment或View的类
  • 直接使用具体的类将产生耦合，违背了组件化的解耦目的
  • 组件之间的fragment引用也须要直接依赖，这样就变成了一个库而非组件
• 使用ARouter来获取Fragment对象来实现Fragment组件化
  • 因为没有Fragment的具体类型，只能调用到系统中Fragment的public方法，不能进行业务通讯
  • 因为View的建立须要用到Activity对象(用Application对象会致使Activity设置的Theme样式失效)，没法经过这种方式来获取
• 建立一个公共库，供全部组件依赖，全部组件在初始化时，将组件内的Fragment和View注册到公共库中生成一个映射表。组件经过调用公共库的映射表查找对应的Fragment或View的类
  • 跟用ARouter获取Fragment同样，在组件中无具体类型时没法进行业务通讯
  • 若是要用于获取View，其构造方法的参数列表调用方须要了解，在必定程度上也属于类耦合
• 使用ARouter的获取Service方式实现，对外暴露服务，在公共库中定义接口，提供建立、业务通讯相关的方法，在组件中实现此接口的具体功能，调用方经过动态获取接口实现类来调用业务功能。这种方式能实现Fragment和View的组件化调用和业务通讯，实现的也比较优雅，但接口的管理成本有点高。
  • 接口放在公共库中，通常用如下2种方式实现：
    • 为每一个向外提供Fragment或View的组件额外建立一个公共库，供须要调用的组件依赖（感受好麻烦，还不如直接依赖组件...）
    • 全部组件的这些接口统一放在一个公共库中，供全部组件依赖。但这个库的维护成本就比较高了，每次有新的接口或者原接口新增/修改方法都要修改这个库。

3、快速了解CC

• 是一套基于组件总线的组件化实施方案
• 一静一动，开发时运行2个app，业务环境始终是完整的：
  • 静：主App (经过跨App的方式调用单组件App内的组件)
  • 动：正在开发中的单组件App (经过跨App的方式调用主App内的组件)
• 支持渐进式组件化改造
  • 解耦只是过程，而不是前提

4、在CC框架中如何实现Fragment的组件化？

CC的参数和回调结果使用的数据结构是Map，在app内部能够传递任何类型。

1. 经过CC调用获取组件中的Fragment对象

   1.1 组件调用方按以下方式调用，并从回调结果中获取Fragment，例如：

   Fragment fragment = CC.obtainBuilder("ComponentName")
           .build().call().getDataItem("key");
   if (fragment != null) {
       //show fragment
   }
   复制代码

   1.2 组件实现方按以下方式设置结果，例如：

   CC.sendCCResult(cc.getCallId(), CCResult.success("key", new MyFragment()));
   复制代码

2. 与Fragment进行通讯

   组件化实施的主要目的之一是业务隔离：只暴露调用协议给外部(相似于app端与服务端的通讯接口)，内部实现的更改对外部无影响。甚至组件的插拔和替换都不影响调用方(只要组件调用方作好组件调用失败的降级处理，例如1.1示例代码中的if (fragment != null) {...}。)

   因此，Fragment中的具体业务逻辑应由组件自身内部来实现，在组件调用方(如：Activity)中经过CC调用组件暴露的接口来完成。

   2.1 组件调用方将fragment对象及其它参数经过CC传递给组件，例如：

   boolean success = CC.obtainBuilder("ComponentName")
       .setActionName("updateTextView") //action名称
       .addParam("fragment", fragment) //目标fragment对象
       .addParam("value", text) //设置参数
       .build().call().isSuccess();
   复制代码

   2.2 组件中接收fragment对象及其它参数，并调用fragment对象的指定方法实现对应的业务，例如：

   @Override
   public boolean onCall(CC cc) {
       String actionName = cc.getActionName();
       if ("updateTextView".equals(actionName)) {
           MyFragment fragment = cc.getParamItem("fragment");//接收fragment对象
           if (fragment != null) {
               String text = cc.getParamItem("value", "");//接收其它参数
               fragment.updateText(text);//调用fragment的方法
               CC.sendCCResult(cc.getCallId(), CCResult.success());//回调结果
           } else {
               //回调错误信息
               CC.sendCCResult(cc.getCallId(), CCResult.error("no fragment params"));
           }
       }
       return false;
   }
   复制代码

5、 View有没有必要组件化？

答案是：对于一些封装过的View、自定义View(特别是第三方自定义View）是有必要的。

理由是：组件化能很好的解耦，将业务实现彻底交给组件内部完成，只要接口协议不发生变化，实现方式发生改变时不会影响到使用方式。

网上不少组件化方案中，都是将自定义View(本身写的或者第三方库)做为公共库来使用。若是没有作个适配层(Adapter)而直接使用自定义View的类，将会致使View的耦合度很高，下降系统的扩展性。

6、在CC框架中如何实现View的组件化？

与Fragment组件化同样，经过CC获取对象和业务调用。

惟一的差异是：在获取View对象时须要将Activity对象传给组件

View view = CC.obtainBuilder("ComponentName")
        .setContext(activity) //将activity对象传给组件，用于View的初始化
        .build().call().getDataItem("key");
if (view != null) {
    //add view to container
}
复制代码

总结

---

关于android的组件化文章通常都只是介绍如何进行Activity的跳转及服务调用，对于Fragment的组件化一直没有很好的解决，View的组件化几乎没有被提到。

本文介绍了在CC组件化框架下实现Fragment及View组件化的方式，为android工程组件化的道路扫除一个障碍。

系列文章

CC：可关联生命周期的android组件化开发框架

CC框架实践(1)：实现登陆成功再进入目标界面功能

CC框架实践(2)：Fragment和View的组件化

CC框架实践(3): 让jsBridge更优雅