最近做了一個iOS路由層--HACRouter钥顽，通過URL對訪問需求的注冊义屏，綁定handler，實(shí)現(xiàn)跨模塊耳鸯、跨應(yīng)用調(diào)用功能湿蛔、訪問資源的目的。
出發(fā)點(diǎn)
- 外界跳轉(zhuǎn)APP內(nèi)部的需求县爬。例如瀏覽器中點(diǎn)擊固定scheme開頭的鏈接阳啥，可以直接跳轉(zhuǎn)應(yīng)用
- 共通功能或者資源，提供全局訪問财喳。
- 某些內(nèi)部功能察迟，需要提供給外部調(diào)用，但又不想暴露實(shí)現(xiàn)方式耳高。
- APP功能逐步擴(kuò)大扎瓶，功能模塊解耦獨(dú)立的需求。
...
這些出發(fā)點(diǎn)泌枪，也是產(chǎn)生路由的需求概荷。它們具備一些相同的特點(diǎn)：
- 避免強(qiáng)耦合，防止模塊過早碌燕、過多引用误证。
- 提高封裝性继薛，避免內(nèi)部信息暴露。
- 特定標(biāo)志標(biāo)識功能愈捅、資源遏考，方便調(diào)用和獲取
設(shè)計
如圖，router作為各個module的代理蓝谨，使業(yè)務(wù)層business與module分隔開灌具。所有business層對module層業(yè)務(wù)的調(diào)用，都首先發(fā)送給router譬巫，router進(jìn)行解析后咖楣，轉(zhuǎn)發(fā)到各個module進(jìn)行處理，并經(jīng)由router返回到business缕题。business層既可以是相對于底層服務(wù)的上層業(yè)務(wù)邏輯截歉，也可以來自其他module，或者APP外部調(diào)用烟零”袼桑總之，所有的對具體module的強(qiáng)耦合操作锨阿，轉(zhuǎn)化為中間層router的request宵睦，有router來調(diào)度。
-
router代理訪問module
采取類似于BS網(wǎng)絡(luò)交互方式墅诡，通過request具體的url壳嚎，到router層進(jìn)行處理，然后response返回末早。router類似于server容器烟馅，而module對應(yīng)于各個service。
url-handler.png
各個module通過注冊handler的方式與router聯(lián)系然磷，url patter對應(yīng)響應(yīng)處理的handler郑趁，將這種聯(lián)系注冊到router中。而module中姿搜，handler作為處理module事務(wù)的代理寡润，聚合到router中，避免module與router的強(qiáng)耦合舅柜。當(dāng)業(yè)務(wù)層request一個url資源梭纹，router根據(jù)url pattern查找對應(yīng)的handler，通知handler進(jìn)行處理致份。根據(jù)module處理功能和結(jié)構(gòu)的不同变抽，一個module可以存在多個handler，也表明一個module可以有多個url pattern。每個handler會與唯一的url pattern注冊绍载，保證一個url pattern有且僅有一個handler響應(yīng)太伊。
-
定義資源url pattern
//參照url的一般格式
protocol :// hostname[:port] / path / [;parameters][?query]#fragment 。
/*
protocol指定傳輸協(xié)議逛钻，在iOS url scheme體系中，為指定的url scheme锰提。
hostname（主機(jī)名）曙痘，是指存放資源的服務(wù)器的域名系統(tǒng) (DNS) 主機(jī)名或 IP 地址。
path（路徑）立肘，由零或多個“/”符號隔開的字符串边坤，一般用來表示主機(jī)上的一個目錄或文件地址。
后面是傳遞參數(shù)的定義谅年。一般會‘?[action parameters]&[action parameters]’方式跟在path后面茧痒。
*/
雖然每個url都遵循這一規(guī)則，即包含scheme融蹂，hostname和path旺订，然而作為底層，我們并不必須關(guān)注這些劃分超燃。將protocol区拳，hostname，path理解為簡單的tree node意乓，由url pattern的注冊者樱调，來規(guī)定資源的層級關(guān)系，從而將url pattern的定義届良，完全歸為業(yè)務(wù)層的設(shè)計笆凌。
```ruby
舉例：RouteTest://AcountModule/LoginPage/login？id=123&psw=123
該url在業(yè)務(wù)層有特定的劃分:RouteTest: scheme, 應(yīng)用名士葫；AcountModule: 賬戶模塊乞而；LoginPage: 登錄功能；login: action为障，登錄晦闰。然而，在router內(nèi)部鳍怨，將url轉(zhuǎn)化為簡單樹形結(jié)構(gòu)RouteTest<-AcountModule<-LoginPage<-login呻右。如果有另一個url pattern:RouteTest://AcountModule/LoginPage/logout，則樹形結(jié)構(gòu)為RouteTest<-AcountModule<-LoginPage<-logout鞋喇。業(yè)務(wù)層request時声滥，url pattern的匹配轉(zhuǎn)化為遍歷樹節(jié)點(diǎn)，找到login節(jié)點(diǎn)的handler來響應(yīng)。
- handler與router的關(guān)聯(lián)方式
business層request url落塑，router會解析url纽疟，找到對應(yīng)的handler，轉(zhuǎn)發(fā)給handler響應(yīng)憾赁。router與handler間存在關(guān)聯(lián)污朽。很多router的設(shè)計，將handler的實(shí)例對象龙考，注冊到router中蟆肆，使handler直接聚合到router中。這種方式往往要求handler提供一個單例晦款，維護(hù)自己的上下文環(huán)境炎功，在整個APP生命周期內(nèi)，對后續(xù)到來request做出響應(yīng)缓溅。但是考慮到：- handler數(shù)量過多蛇损，會造成內(nèi)存中貯存多個handler對象；或者控制handler數(shù)量坛怪，同一handler處理多個url pattern淤齐，容易造成冗余和耦合。 - 某些響應(yīng)方法不需要實(shí)例化對象 - 注冊url pattern和handler對應(yīng)關(guān)系時酝陈，需要實(shí)例化handler床玻，從而暴露handler信息。
所以沉帮，HACRouter采用了類方法的實(shí)現(xiàn)方式锈死。定義的handler protocol，要求每個handler實(shí)現(xiàn)：
+ (void)handleRouteUrl:(HACRouteURL*)url withCallback:(HACRouterRet)callback ;
在注冊url pattern時穆壕，傳入的是handler Class string戳粒，而不是具體實(shí)例娇斑。當(dāng)router根據(jù)url pattern找到handler的Class name時，動態(tài)查找Class，并調(diào)用接口方法暇番。
- 動態(tài)調(diào)用
除了router動態(tài)查找handler Class之外来累，還考慮一種case：通過url直接發(fā)送message給iOS運(yùn)行時泉褐，實(shí)現(xiàn)直接調(diào)用方法规哪。這就好比是通過url，直接訪問網(wǎng)站具體資源熄云。
舉例：RouteTest://BasicInfoModule/Device/UUID
通過解析url膨更，得到Class name: Device, Method name: UUID。這里缴允，~~handler會嘗試調(diào)用objc_msgSend(Device, UUID)~~荚守，利用invocation，調(diào)用Class的類方法實(shí)現(xiàn)，來獲取設(shè)備的uuid矗漾。
###實(shí)現(xiàn)
[HACRouter](https://github.com/Hotacool/HACRouter)
待續(xù)
- Json file 配置url-handler
- route tree
- custom handler
- default handler(動態(tài)調(diào)用)
