最近做了一個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)用)