一凫碌、iOS 組件化常用方式討論
使用openURL進(jìn)行組件的注冊和調(diào)用
- App 啟動(dòng)時(shí)實(shí)例化各組件模塊，然后這些組件向 ModuleManager 注冊 URL 胃榕，有些時(shí)候不需要實(shí)例化盛险，使用 class 注冊。
- 當(dāng)組件A需要調(diào)用組件B時(shí)，向 ModuleManager 傳遞 URL 苦掘，參數(shù)跟隨 URL 以 GET 方式傳遞换帜，類似openURL 。然后由 ModuleManager 負(fù)責(zé)調(diào)度組件B鹤啡，最后完成任務(wù)惯驼。
方案分析
第一步的問題，在組件化的過程中揉忘，注冊 URL 并不是充分必要條件跳座，組件是不需要向組件管理器注冊Url的。而且注冊了 URL 之后泣矛，會(huì)造成不必要的內(nèi)存常駐疲眷，如果只是注冊Class，內(nèi)存常駐量就小一點(diǎn)您朽，如果是注冊實(shí)例狂丝，內(nèi)存常駐量就大了。
第二步哗总。在 iOS 領(lǐng)域里几颜，一定是組件化的中間件為 openURL 提供服務(wù)，而不是 openURL 方式為組件化提供服務(wù)讯屈。
問題在于無法表達(dá)非常規(guī)對象蛋哭。
如果是傳遞復(fù)雜對象，如 UIImage 涮母，只能做如下表達(dá)
[a openUrl:@"http://baidu.com/detail"
params:@{
@"id":"abc123",
@"type":"1",
@"image":[UIImage imageNamed:@"iOSImage"]}
]
如果不像上面這么做谆趾，復(fù)雜參數(shù)和非常規(guī)參數(shù)就無法傳遞。如果這么做了叛本，那么事實(shí)上這就是拆分遠(yuǎn)程調(diào)用和本地調(diào)用的入口了沪蓬。
URL 注冊對于實(shí)施組件化方案是不必要的，且通過 URL 注冊的方式形成的組件化方案来候，拓展性和可維護(hù)性都會(huì)被打折跷叉。
注冊 URL 的目的其實(shí)是一個(gè)服務(wù)發(fā)現(xiàn)的過程，在 iOS 領(lǐng)域中营搅，服務(wù)發(fā)現(xiàn)的方式是不需要通過主動(dòng)注冊的云挟，使用 runtime 就可以了。另外转质，注冊部分的代碼的維護(hù)是一個(gè)相對麻煩的事情植锉，每一次支持新調(diào)用時(shí)，都要去維護(hù)一次注冊列表峭拘。如果有調(diào)用被棄用了，是經(jīng)常會(huì)忘記刪項(xiàng)目的。runtime 由于不存在注冊過程鸡挠，那就也不會(huì)產(chǎn)生維護(hù)的操作辉饱，維護(hù)成本就降低了。
二拣展、對組件化的構(gòu)思
以上方式主要是基于 Mediator 模式和 Target-Action 模式彭沼，中間采用了 Runtime 來完成調(diào)用。這套組件化方案將遠(yuǎn)程應(yīng)用調(diào)用和本地應(yīng)用調(diào)用做了拆分备埃，而且是由本地應(yīng)用調(diào)用為遠(yuǎn)程應(yīng)用調(diào)用提供服務(wù)姓惑，與常用方案正好相反。
調(diào)用方式
先說本地應(yīng)用調(diào)用按脚，本地組件A在某處調(diào)用
[[Mediator sharedInstance] performTarget:targetName action:actionName params:@{...}]
向 Mediator 發(fā)起跨組件調(diào)用于毙，Mediator 根據(jù)獲得的 target 和 action 信息，通過 Objective-C 的 runtime 轉(zhuǎn)化生成 target 實(shí)例以及對應(yīng)的 action 選擇子辅搬，然后最終調(diào)用到目標(biāo)業(yè)務(wù)提供的邏輯唯沮，完成需求。
在遠(yuǎn)程應(yīng)用調(diào)用中堪遂，遠(yuǎn)程應(yīng)用通過 openURL 的方式介蛉，由iOS系統(tǒng)根據(jù) info.plist 里的 scheme 配置找到可以響應(yīng) URL 的應(yīng)用，應(yīng)用通過 AppDelegate 接收到URL之后溶褪，調(diào)用 Mediator 的 openUrl: 方法將接收到的URL信息傳入币旧。當(dāng)然， Mediator 也可以用 openUrl:options: 的方式順便把隨之而來的option 也接收猿妈，這取決于你本地業(yè)務(wù)執(zhí)行邏輯時(shí)的充要條件是否包含 option 數(shù)據(jù)吹菱。傳入 URL 之后，Mediator 通過解析 URL 于游，將請求路由到對應(yīng)的 target 和 action 毁葱，隨后的過程就變成了上面說過的本地應(yīng)用調(diào)用的過程了，最終完成響應(yīng)贰剥。
以上是針對 iOS 組件化的初步構(gòu)思倾剿，關(guān)于更多詳細(xì)內(nèi)容后續(xù)會(huì)繼續(xù)分析。
