前段時間對我們自己的App做了結構上的重構，拋棄了之前的簡單的MVC開發模式，原因是隨著App的業務線越來越多，單個頁面的功能越來越複雜，MVC開發模式就導致整個Controller-layer的程式碼越來越多，這次僅講一下重構中的Router模組。

使用路由模式可以解決我們專案中頁面與頁面之間的耦合(因為我們App是檢視生命週期作為驅動，所以這裡說是頁面，實際是控制器層)，因為一個頁面功能太多就會引入過多的類。往往造成import過多，不好管理。而且iOS中執行介面跳轉的時候，很容易產生模組間的耦合。

iOS執行介面跳轉的時候，程式碼如下：

[firstViewController.navigationController pushViewController:destinationViewController];

如果在firstViewController裡面直接引入標頭檔案就會導致模組間的耦合。我們這裡就需要路由模組去解決類似的問題。我們的設計是每個模組都有自己的路由管理，路由主要職責應該有：

• 管理模組內部跳轉。
• 宣告模組的對外介面
• 宣告模組的依賴

模組間的跳轉

這種設計是鬆耦合的，我們搜尋的模組可以隨時被相同功能的模組替換，這樣我們就實現了兩個模組的解耦。

目前路由的設計限於以下幾種：

• 字串標識對應介面，例如URL Router
• 利用Object-C特性，直接呼叫目的模組的方法
• 用protocol來和某個介面進行匹配

URL Router

目前絕大多數的路由是由字串來開啟某個頁面，程式碼大概如下：

//註冊某個頁面在路由的url地址

[URLRouter registURL:@“Desination” handler:^(NSDictionary * userDic){

};

//使用路由

[URLRouter openURL:@“app://***Module/Destionation”];

傳遞一串引數URL就可以進行頁面間的跳轉，這種方案可以再執行時隨時更改路由規則，指向不同的頁面，也可以支援多級頁面跳轉。這種方案有極大的靈活性。

而且此種方案最容易跨平臺實現的，iOS, Android,PC都可以按照URL來進行路由。

iOS中可以通過URL Scheme進行程序間的通訊，同App外面開啟App中的某個頁面，此方案可以完美相容URL Router。

當然這種方案缺點也是很明顯的，基於URL的設計只適合與UI介面，功能性的模組是不能採用這種方案的，所以這種方案只適用於檢視驅動的模組。

第二，這種方案維護比較困難，要維護一大批的字串，還要維護傳參。

第三，安全性不高，因為只有在執行時才能檢查出錯誤，類似於swift早期中selector用字串尋找的問題。

Protocol Router

這種路由也是我們採用的路由模式，程式碼如下：

id<***ServiceProtocol> service = [[ProtocolRouter shareInstance] findService:@protocol(***service)];

這種設計方案安全性比較高，在編譯階段就可以檢測出問題，更適合於swift的設計思想，任何模組都可以使用，包括功能模組，不僅僅侷限於UI模組。此種方案就會缺少相應的動態性，不過可以做一層URL Router的Adapter層專門用於動態性的需求。

基於Protocol的設計方案不會引起耦合，我們可以輕易替換掉相同功能的目的模組，這種方案也適用於各種解耦，例如Appdelegate的解耦。

以上就是我們在程式中實行元件化的一步，隨著App容量的增大，元件化是必不可少的一步，它可以讓我們的App更規範，模組的重用性更高。

來源：宜信技術學院 作者：崔曉迪