预热 – 我要解决的问题

首先我还是要推荐Gaosboy的这篇文章解耦神器 —— 统跳协议和Rewrite引擎
文章中，介绍了天猫app，基于文件配置和uri的页面跳转。这大大增加了app端的灵活性， 而这种实现很类似今天的前端或后端开发中的 静态路由 和 动态路由协议。
除了天猫，在很多的客户端架构的文章中，路由解耦的案例并不不少见，如携程移动App架构优化之旅
蘑菇街App的组件化之路
原生路由协议， 其实两年前就有了类似的实现。比如900+Star的HHRouter，而作者是当时还在布丁动画工作的Light。2015年我有幸见到本人，人很nice，并真是全栈。
DarwinNativeRouter 在接口设计上，很大程度上的参考了现有的react路由协议 react router。并且对原生跳转方式保留很大的可扩展性。所以我的初衷 DarwinNativeRouter 是一个足够轻量级的框架。Light & Flexible。

全局路由协议能解决的问题

错中复杂的Controller的跳转依赖

在iOS的世界里，传统的Controller跳转方式， A 跳转 B， 则 A 必须持有 B 的对象。 而在app长大的过程中， 势必会造成 A －> B , B -> C, A -> C D, E, F…
从而产生复杂的依赖链。全局的Router 使 A 不必依赖于 特定的 Controller 便可以实现跳转。

如下面跳转：

We Always Do:

Router Code:

又比如我们要在navigationController根路径跳转

We Always Do:

Router Code:

推送通知，点击打开指定页面

对于这种需求， 相信，目前最多的实现应该是两种， 一种的传参的Url， 而另一种，是传递int类型，并通过类似switch case对参数值的硬编码，实现跳转逻辑。
我是很反感第二种的跳转方式， 1. int毫无疑义， 只能硬解释。 2. 跳转的页面有限。 当然如果url采用硬编码， 也是跳转有限的。
而有了router，一切不一样。

1. 从didFinishLaunchingWithOptions 和 didReceiveRemoteNotification捕获payload
2. 跳用Router

Somethings we may do:

Now we need do:

app间通讯 及 deeplink

Router 可以轻松handle deeplink。 deeplink 即： 从safari打开app的指定页面。 这方面做得比较好的， 如新浪微博的app， 在点击对应的新浪微博热点 条目时， 就发生了跳转，并跳到了条目详情。
Router， 同样可以被用作 app 间通讯， 和 deeplink 的原理相同。uri的通讯方式，被认为是最简单的app间通讯。 如我们常常使用的微信分享，配置的 scheme 就是用来做跳转和通讯的。

Router Code