1.背景

1.1 组件化目的

将一个复杂庞大的移动端工程，通过解耦重组组件的方式来提高开发效率。组件化不仅仅是把代码分库这么简单，处理好各个组件之间的通信与解耦是重点难点。

1.2 组件化优点

1.组件化完成后，各个组件之间不会有任何直接依赖，也就是说一个组件不会import另一个组件，各个组件之间的 Podfile 也无相互显式依赖，各个组件在编译时也是完全是解耦的。加快了编译速度，各个组件也可以单独开发和测试。
2.组件化对代码的封装性、合理性都有较高要求，提升开发伙伴的设计能力。
3.如果有新的App需要之前类似业务功能，可快速组装成新App。

1.3 组件化缺点

组件化适合在迭代了很多版本后到某一时期，出现了一些相对独立的业务模块的时候再引入。但此时因为代码时间久远，之前的开发伙伴也许不在岗位了，解耦就比较复杂。并且由于工具和流程的复杂化，导致团队之间协作的成本变高，某些情况下可能会导致开发效率下降。

1.4 实际业务分析

fcs项目现在越来越大，并且有一些大且具体的业务模块，例如启蒙、摩比、AI在线课、大课后等。可以考虑组件化架构方案。现在各个模块之间有一些依赖关系，使用组件化之后各个组件就只对中间层依赖。

2.组件通信方案

业界常用组件化方案：

2.1 路由URL跳转方案

1）App之间跳转：
使用URL Scheme（举例： weixin：）
使用Universal Links方式。使我们的App通过HTTP链接来启动App
2）native和h5跳转：
通过一个URL绑定一个页面，移动端通过URL打开相应前端页面。
3）native内
给每个类设计url，通过key（url），找类，跳转

2.2 服务注册方案

每个组件提供对外的服务协议声明，调用方直接调用服务接口。具有“面向协议编程”思想，优点是代码自动补全和编译时检查有效，实现简单。
业界成熟的开源库是阿里的BeeHive。

2.3 基于反射的远程调用方案

使用performSelector进行消息传递，在runtime时期发送消息，反射调用。缺点是有大量的硬编码，假如拼写错误的话，在运行时才能发现，导致效率低、质量低。
业界成熟的开源库是CTMediator，对该方案进行了优化完善。

3.BeeHive 原理及实践

github链接：BeeHive
（BeeHive：蜂窝。蜂窝是世界上高度模块化的工程结构，六边形的设计能带来无限扩张的可能。

3.1 用法及代码示例

组件侧（BeeHiveBigClassExample）：
1.创建protocol
//1. 创建 protocol。此protocol表示大课后组件（模块）对外暴露的接口
class BigClassHomeViewControllerProtocol: NSObject, BHServiceProtocol {

// 接口：展示大课后首页static func showHomeView() {}

}

2.创建impClass
//2. 创建 implementClass
class BigClassHomeViewController: UIViewController {
override func viewDidLoad() {
super.viewDidLoad()

  BHContext.shareInstance()?.serviceConfigName = "BeeHive.bundle/BHService"  showHomeView()}func showHomeView() {  print("大课后首页！")}

}

3.设置protocol-impClass映射关系
三种方式：
1）使用BeeHive类的-[registerService:service:]
2）使用宏BeeHiveService
3）使用plist文件
该示例中是通过plist文件实现的：
//3. 设置protocol-impClass映射关系。使用plist文件注册，在初始化BeeHive时指定plist文件的路径
BHContext.shareInstance()?.serviceConfigName = "BeeHive.bundle/BHService"

调用侧（BeeHiveExample）：
func bigClassBeeHive() {
// 调用服务
let BigClassHomeVC = BeeHive.shareInstance()?.createService(BigClassHomeViewControllerProtocol.self)
BigClassHomeVC.showHomeView()
}

4.CTMediator 原理及实践

github链接： CTMediator

4.1 用法及代码示例

组件侧（CTMediatorAIClassExample）
**1.创建target-action****
//1. 创建target-action。类名必须以Target_开头
class Target_AIClassViewController: UIViewController {

override func viewDidLoad() {
super.viewDidLoad()
Action_ShowAIClassHome()
}
//2. action的方法名必须以Action_开头
func Action_ShowAIClassHome() {
print("AI在线课！")
}
}

2. 创建CTMediator的分类,为了外部调用
import Foundation

let kTarget_Module = "Target_AIClassViewController"
let kTarget_Action = "Action_ShowAIClassHome"

extension CTMediator {
func showHome() {
let viewController = self.performTarget(kTarget_Module, action: kTarget_Action, params: [:], shouldCacheTarget: false)
return viewController
}
}

调用侧（CTMediatorExample）
let vc = CTMediator.sharedInstance()?.Action_ShowAIClassHome()