组件化实践

开发设计

组件化实践

这是在不使用黑科技的方案情况下，将产品组件化。其所花费的成本远小于（约1/50的成本）各种使用DexClassLoader、Hook的插件化框架。

诚然，插件化和组件化是两个层面的东西，但因地制宜此刻我们需要组件化。我们只解决拆分业务提供产品货架的商品，不解决插件化（动态更新插件）。

拆分业务module后，对整个项目的build的时间会增加，但针对单个module的编译时间会减小，选择性的编译module可以减少不必要的完整功能编译次数。

为什么要组件化：

1、解决团队协作时，因为依赖其他模块而造成的闲置
2、解决因频发的安装测试（每次build约3~5min），一天大约有30min时间可以用于喝咖啡的现状
3、缓解因独立业务耦合，带给测试团队功能测试的压力（附带帮产品货架积累商品）

思想转变

• module不再只是lib包，module可以单独编译成apk并被执行
• domain不再pubic，而是module范围内可见
• module是自闭合的生态，原则上不依赖外部（如果真的需要外部触发源，请打桩）

前提条件

• 产品层面理解并支持产品货架的做法，愿意面向产品货架作设计
• 面向功能层面的组件（即技术货架的商品）已经拆分清晰
• 面向业务层面的模块（即产品货架的商品）界限清晰

待解决的问题列表

• 前期
  
  • 业务module的拆分粒度的决策
    

    2016/12/26 需补充拆分业务的粒度思维导图，确定有哪些业务

  • 与产品沟通产品货架思想
  • 原型架构的设计、实施、验证
    
    • RPC 定义接口远程调用
    • UI Component Module ，向外部提供UI组件资源，即换肤/主题功能（可选）
• 兼容
  
  • Dagger2 Scope使用到极致
  • DataBinding 拆分后并重构会引起的大量XML的修正，还有library生成的是abstract类的问题

参考资料

• Merge Multiple Manifest Files
• 从零开始的Android新项目11 - 组件化实践