什么是組件間通訊?
- 比如現在有很多業(yè)務組件, 在另外一個組件內部需要調用另外一個組件中的服務, 或者打開另外一個組件中的控制器, 并傳值
iOS業(yè)界討論組件化方案甚多，大體來說有3種。
- Protocol注冊方案
- URL注冊方案
- Target-Action runtime調用方案
MGJRoute方案
URL注冊方案 蘑菇街 App 的組件化之路 已經說的很清楚了 可以去看下
原理：
- 通過url注冊服務, 其他地方通過url, 獲取服務
- 框架在維護一個url-block的表格
特點：
- 每個業(yè)務組件, 都需要依賴這個框架
- url維護成本高 硬解碼
- 可以在組件內部任何地方調用/注冊服務, 沒有必要統(tǒng)一組件接口服務
target-action方案
原理：
- 每個組件, 提供一個統(tǒng)一披露的接口文件
- 額外的維護一個中間件的分類擴展（在此處進行硬解碼 通過運行時進行物理解耦）
- 其他地方通過target-action;的方案進行交互
特點：
- 集約
- 統(tǒng)一了組件api服務
- 組件與框架之間無依賴關系
- 需要額外維護中間件類擴展
Protocol方案 暫無了解
本文 主要講解 target-action 方案
侵入性問題
正如你所見，CTMediator組件化方案的實施非常安全。因為它并不存在任何侵入性的代碼修改。
對于響應者來說，什么代碼都不用改，只需要包一層Target-Action即可。
對于調用者來說，只需要把調用方式換成CTMediator調用即可，其改動也不涉及原有的業(yè)務邏輯，所以是十分安全的。
注冊問題
CTMediator沒有任何注冊邏輯的代碼，避免了注冊文件的維護和管理。Category給到的方法很明確地告知了調用者應該如何調用。
例如給到的
- (UIViewController *)goodsDetailViewControllerWithGoodsId:(NSString *)goodsId goodsName:(NSString *)goodsName;
方法。這能夠讓工程師一眼就能夠明白使用方式，而不必抓瞎拿著URL再去翻文檔。
這可以很大程度提高工作效率，同時降低維護成本。
Snip20180403_5.png
我們主要是依賴CTMediator 這個中間件
工具類中主要使用如下方法
- (id)performTarget:(NSString *)targetName action:(NSString *)actionName params:(NSDictionary *)params shouldCacheTarget:(BOOL)shouldCacheTarget
方法內部使用Runtime調用 需要傳三個參數
- 當前需要調用的類名 （字符串）
- 當前需要調用類的方法名 （字符串）
- 需要傳的參數 （字典形式）
# 通過Runtime 把字符串 轉換類
Class targetClass = NSClassFromString(ClassString);
id target = [[targetClass alloc] init];
# 把字符串轉換成事件
SEL action = NSSelectorFromString(actionString);
# 如果當前類中有這個事件 那就執(zhí)行這個事件 把需要的參數傳值
if ([target respondsToSelector:action]) {
return [target performSelector:action withObject:params];
}
下面是一個組件的結構
Snip20180403_6.png
我們當前 TAConfirmOrder 組件中
-
TAConfirmOrderViewController是業(yè)務組件 -
Target_TAConfirmOrder是每個組件, 提供一個統(tǒng)一披露的接口文件 -
CTMediator+TAConfirmOrder是額外的維護一個中間件的分類擴展 - 組件與框架之間無依賴關系，我們需要額外維護中間件類擴展就可以了
我們只需要把類名和類中的方法名 告訴這個分類擴展就行了
Snip20180403_7.png
最后 Dome 地址
