iOS路由設(shè)計與實(shí)現(xiàn)(HACRouter)

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

Screenshot 2017-01-25_11-57-14.png
  • 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)用)

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末锈候,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子敞贡,更是在濱河造成了極大的恐慌泵琳,老刑警劉巖,帶你破解...
    沈念sama閱讀 218,858評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件誊役,死亡現(xiàn)場離奇詭異虑稼,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)势木,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,372評論 3 395
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來歌懒,“玉大人啦桌,你說我怎么就攤上這事〖霸恚” “怎么了甫男?”我有些...
    開封第一講書人閱讀 165,282評論 0 356
  • 文/不壞的土叔 我叫張陵,是天一觀的道長验烧。 經(jīng)常有香客問我板驳,道長,這世上最難降的妖魔是什么碍拆? 我笑而不...
    開封第一講書人閱讀 58,842評論 1 295
  • 正文 為了忘掉前任若治,我火速辦了婚禮,結(jié)果婚禮上感混,老公的妹妹穿的比我還像新娘端幼。我一直安慰自己,他們只是感情好弧满,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,857評論 6 392
  • 文/花漫 我一把揭開白布婆跑。 她就那樣靜靜地躺著,像睡著了一般庭呜。 火紅的嫁衣襯著肌膚如雪滑进。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,679評論 1 305
  • 那天募谎,我揣著相機(jī)與錄音扶关,去河邊找鬼。 笑死近哟,一個胖子當(dāng)著我的面吹牛驮审,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 40,406評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼疯淫,長吁一口氣:“原來是場噩夢啊……” “哼地来!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起熙掺,我...
    開封第一講書人閱讀 39,311評論 0 276
  • 序言:老撾萬榮一對情侶失蹤未斑,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后币绩,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體蜡秽,經(jīng)...
    沈念sama閱讀 45,767評論 1 315
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,945評論 3 336
  • 正文 我和宋清朗相戀三年缆镣,在試婚紗的時候發(fā)現(xiàn)自己被綠了芽突。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 40,090評論 1 350
  • 序言:一個原本活蹦亂跳的男人離奇死亡董瞻,死狀恐怖寞蚌,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情钠糊,我是刑警寧澤挟秤,帶...
    沈念sama閱讀 35,785評論 5 346
  • 正文 年R本政府宣布,位于F島的核電站抄伍,受9級特大地震影響艘刚,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜截珍,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,420評論 3 331
  • 文/蒙蒙 一攀甚、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧岗喉,春花似錦云稚、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,988評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至诞丽,卻和暖如春鲸拥,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背僧免。 一陣腳步聲響...
    開封第一講書人閱讀 33,101評論 1 271
  • 我被黑心中介騙來泰國打工刑赶, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人懂衩。 一個月前我還...
    沈念sama閱讀 48,298評論 3 372
  • 正文 我出身青樓撞叨,卻偏偏與公主長得像金踪,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子牵敷,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,033評論 2 355

推薦閱讀更多精彩內(nèi)容