怎么在iOS中實(shí)現(xiàn)路由Router?很多新手對此不是很清楚,為了幫助大家解決這個難題,下面小編將為大家詳細(xì)講解,有這方面需求的人可以來學(xué)習(xí)下,希望你能有所收獲。
成都創(chuàng)新互聯(lián)公司是創(chuàng)新、創(chuàng)意、研發(fā)型一體的綜合型網(wǎng)站建設(shè)公司,自成立以來公司不斷探索創(chuàng)新,始終堅(jiān)持為客戶提供滿意周到的服務(wù),在本地打下了良好的口碑,在過去的10余年時間我們累計(jì)服務(wù)了上千家以及全國政企客戶,如假山制作等企業(yè)單位,完善的項(xiàng)目管理流程,嚴(yán)格把控項(xiàng)目進(jìn)度與質(zhì)量監(jiān)控加上過硬的技術(shù)實(shí)力獲得客戶的一致贊譽(yù)。什么是移動端路由層:
路由層的概念在服務(wù)端是指url請求的分層解析,將一個請求分發(fā)到對應(yīng)的應(yīng)用處理程序。移動端的路由層指的是將諸如App內(nèi)頁面訪問、H5與App訪問的訪問請求和App間的訪問請求,進(jìn)行分發(fā)處理的邏輯層。
移動端路由層需要解決的問題:
1.對外部提供遠(yuǎn)程訪問的功能,實(shí)現(xiàn)跨應(yīng)用調(diào)用響應(yīng),包括H5應(yīng)用調(diào)用、其他App應(yīng)用調(diào)用、系統(tǒng)訪問調(diào)用等
2.原生頁面、模塊、組件等定義,統(tǒng)稱為資源(Resource),在跨應(yīng)用調(diào)用和路由層在不同端實(shí)現(xiàn)的業(yè)務(wù)表現(xiàn)需要一致的前提下,需要對資源進(jìn)行定義,在路由提供內(nèi)部請求分發(fā)的時候則可以提供不依賴對外進(jìn)行資源定義的功能
3.外部調(diào)用如何使用統(tǒng)一標(biāo)示(Uniform)進(jìn)行表示資源
4.如何在移動端統(tǒng)一定義訪問請求的過程,從而達(dá)成移動端與web端的統(tǒng)一性
5.如何更好的兼容iOS、Android的系統(tǒng)訪問機(jī)制、App鏈接協(xié)議、web端路由機(jī)制與前端開發(fā)規(guī)范等
6.如何兼容各平臺(Android、iOS)App頁面導(dǎo)航機(jī)制
7.如何解決安全訪問問題
8.移動端在客戶端進(jìn)行動態(tài)配置
移動端路由所應(yīng)用的場景:
0.H5頁面與App原生頁面、模塊與組件的交互
1.App與App之間的相互訪問
2.App內(nèi)部頁面跳轉(zhuǎn)、模塊調(diào)度與組件加載等
3.推送與通知系統(tǒng)解除硬編碼的邏輯,動態(tài)訪問原生資源,更好的支持通過通知和推送完成動態(tài)頁面訪問和邏輯執(zhí)行
4.Extension等動態(tài)調(diào)用主App的資源
5.App實(shí)現(xiàn)更復(fù)雜的架構(gòu)MVVM或者是VIPER架構(gòu),提供解除業(yè)務(wù)相互依賴的能力
6.以組件化為目的的工程改造,隔離各個業(yè)務(wù),以制作單獨(dú)的組件
接口預(yù)覽
Router
NS_ASSUME_NONNULL_BEGIN @interface SJRouter : NSObject + (instancetype)shared; - (void)handleRequest:(SJRouteRequest *)request completionHandler:(SJCompletionHandler)completionHandler; @end NS_ASSUME_NONNULL_END
RouteRequest
NS_ASSUME_NONNULL_BEGIN @interface SJRouteRequest : NSObject - (instancetype)initWithURL:(NSURL *)URL; - (instancetype)initWithPath:(NSString *)requestPath parameters:(nullable SJParameters)parameters; @property (nonatomic, strong, readonly) NSString *requestPath; @property (nonatomic, strong, readonly, nullable) SJParameters prts; - (instancetype)init NS_UNAVAILABLE; + (instancetype)new NS_UNAVAILABLE; @end NS_ASSUME_NONNULL_END
RouteHandlerProtocol
NS_ASSUME_NONNULL_BEGIN typedef id SJParameters; @protocol SJRouteHandler + (NSString *)routePath; + (void)handleRequestWithParameters:(nullable SJParameters)parameters topViewController:(UIViewController *)topViewController completionHandler:(nullable SJCompletionHandler)completionHandler; @end NS_ASSUME_NONNULL_END
流程
簡單的講,app應(yīng)用中,路由識別一個請求, 將它分派給對應(yīng)的handler進(jìn)行處理。 這個流程非常像發(fā)送一個網(wǎng)絡(luò)請求(拼接參數(shù)=>發(fā)起請求=>回調(diào))。
同樣的,當(dāng)Router收到下面的請求時(請求視頻播放頁):
- (void)push:(id)sender { SJRouteRequest *request = [[SJRouteRequest alloc] initWithPath:@"video/playbackInfo" parameters:@{@"video_id":@(111)}]; [SJRouter.shared handleRequest:request completionHandler:^(id _Nullable result, NSError * _Nullable error) { #ifdef DEBUG NSLog(@"%d - %s", (int)__LINE__, __func__); #endif }]; }
會嘗試識別路由, 找到匹配的handler,傳遞必要參數(shù):
@implementation SJRouter - (void)handleRequest:(SJRouteRequest *)request completionHandler:(SJCompletionHandler)completionHandler { NSParameterAssert(request); if ( !request ) return; Classhandler = _handlersM[request.requestPath]; if ( handler ) { [handler handleRequestWithParameters:request.requestPath topViewController:_sj_get_top_view_controller() completionHandler:completionHandler]; } else { printf("\n (-_-) Unhandled request: %s", request.description.UTF8String); } } @end
最后handler進(jìn)行處理。
@implementation TestViewController + (NSString *)routePath { return @"video/playbackInfo"; } + (void)handleRequestWithParameters:(nullable SJParameters)parameters topViewController:(UIViewController *)topViewController completionHandler:(nullable SJCompletionHandler)completionHandler { TestViewController *vc = [TestViewController new]; vc.completionHandler = completionHandler; [topViewController.navigationController pushViewController:vc animated:YES]; } @end
至此, 我們再回過頭看剛開始舉的那個例子:
視頻模塊的播放頁, 有與視頻相關(guān)的音樂,點(diǎn)擊這些音樂,需要跳轉(zhuǎn)到音樂模塊的播放頁。
此時,可以讓視頻模塊依賴Router, 進(jìn)行跳轉(zhuǎn)請求。這看起來都是依賴,實(shí)則兩者差別很大了。
路由不止能處理跳轉(zhuǎn)音樂模塊的請求, 依賴也從多個變成只依賴Router即可。。。
在刪除某個依賴模塊時, 需要刪除依賴的代碼, 很煩的, 對吧。
吧啦吧啦吧啦吧啦吧啦。。。
所以點(diǎn)擊跳轉(zhuǎn)音樂模塊,可以替換成如下操作, 發(fā)起請求:
SJRouteRequest *request = [[SJRouteRequest alloc] initWithPath:@"audio/playbackInfo" parameters:@{@"audio_id":@(232)}]; [SJRouter.shared handleRequest:request completionHandler:^(id _Nullable result, NSError * _Nullable error) { #ifdef DEBUG NSLog(@"%d - %s", (int)__LINE__, __func__); #endif }];
router找到對應(yīng)的handler, 讓其進(jìn)行處理。
Handler
從開始到現(xiàn)在,可以看出Handler就是最終執(zhí)行請求的那個家伙。 相信大家都有疑問, 如何成為一個Handler?
很簡單,它是自動的(參見Router), 只要某個類遵守了SJRouteHandlerProtocol, 它便成為了一個Handler。再來看一遍協(xié)議吧。
NS_ASSUME_NONNULL_BEGIN typedef id SJParameters; @protocol SJRouteHandler + (NSString *)routePath; + (void)handleRequestWithParameters:(nullable SJParameters)parameters topViewController:(UIViewController *)topViewController completionHandler:(nullable SJCompletionHandler)completionHandler; @end NS_ASSUME_NONNULL_END
routePath: 即路徑, 表示handler能夠處理的路徑。當(dāng)發(fā)起請求時, Router會通過路徑獲取到對應(yīng)的handler, 交給其進(jìn)行處理。
handleRequestWithParameters。。。: handler進(jìn)行的處理。
Router
在整個請求過程中,Router做的事情實(shí)質(zhì)上就是在眾多Handler中尋找命中注定的那一個。如何尋找呢?為什么遵守了SJRouteHandlerProtocol便自動成為了Handler呢?
這自然要?dú)w功于Runtime的強(qiáng)大力量,我們先看如何實(shí)現(xiàn)吧。
@implementation SJRouter - (instancetype)init { self = [super init]; if ( !self ) return nil; _handlersM = [NSMutableDictionary new]; int count = objc_getClassList(NULL, 0); Class *classes = (Class *)malloc(sizeof(Class) * count); objc_getClassList(classes, count); Protocol *p_handler = @protocol(SJRouteHandler); for ( int i = 0 ; i < count ; ++ i ) { Class cls = classes[i]; for ( Class thisCls = cls ; nil != thisCls ; thisCls = class_getSuperclass(thisCls) ) { if ( !class_conformsToProtocol(thisCls, p_handler) ) continue; if ( ![(id)thisCls respondsToSelector:@selector(routePath)] ) continue; if ( ![(id)thisCls respondsToSelector:@selector(handleRequestWithParameters:topViewController:completionHandler:)] ) continue; _handlersM[[(id)thisCls routePath]] = thisCls; break; } } if ( classes ) free(classes); return self; } @end
objc_getClassList: 很明顯了, 獲取App所有類。
class_conformsToProtocol: 該類是否遵守某個協(xié)議。
看完上述內(nèi)容是否對您有幫助呢?如果還想對相關(guān)知識有進(jìn)一步的了解或閱讀更多相關(guān)文章,請關(guān)注創(chuàng)新互聯(lián)網(wǎng)站建設(shè)公司行業(yè)資訊頻道,感謝您對創(chuàng)新互聯(lián)建站的支持。
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)建站www.cdcxhl.com,海內(nèi)外云服務(wù)器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、建站服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點(diǎn)與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場景需求。