app的router进化史
我们在做iOS开发的时候，通常会在远程推送，h5与native互相跳转的时候使用到远程URL；当我们只有几个url要处理的时候，我们可以直接判断URL的host用if.else来处理这完全没有问题；而当我们有几十个url要处理的时候，再用if.else就很不合适了，代码会变得非常难维护，而且显得太low了。这时候我们就要从实际需求考虑优化代码，每次一个远程URL过来到进入一个VC，是不是都经过一些相同的步骤？显然是的！1.根据URL和其他条件判断进入哪个VC（或者调起哪个服务）2.获取VC或者服务3.选择跳转方式进入VC；这就是app端router跳转的主流程，当然在主流程之外你可能还有一些附加的需求要做，比如埋点，发个通知等等。
其中步骤1和3每个url每个app的处理各不相同，而步骤2则可以按主流的rewrite逻辑来处理，即将远程url转化为nativeurl然后通过nativeurl找到相应VC（ZZRouter就是这样处理的，通过nativeurl找到相应VC这一步是通过mediator处理的，基于castaway大神的CTMediator）。再来说说步骤1和3，步骤1其实就是一个redirect的逻辑，步骤3的跳转方式在app里有push，present，switchTabBar，自定义跳转等，在一个app里步骤1和3的这些特性很适合用plist文件配置，然后通过一个小的解析类来处理即可。而如果你想做成通用组件，那么步骤1的步骤3的逻辑则要抽象成protocol，由具体的app来实现。然后ZZRouter就诞生了。
用法
导入ZZRouter的pod后，你需要做如下步骤：
1.redirect逻辑和跳转方式的逻辑实现：新建不同的类实现ZZRouterJumpTypeProtocol（跳转类型），ZZRouterRedirectProtocol（redirect 逻辑），ZZRouterSequentialIndependenceProtocol（与主流程无关的逻辑）
2.创建方法配置的plist文件，格式如下：
3.创建url配置的plist文件，格式如下：
4.在AppDelegate的类里的didFinishLaunchingWithOptions方法中，调用注册两个plist文件的方法：
[ZZRouterHelper registMethodListName:@"RouterMethod" urlListName:@"UrlList"];
5.配置url type里面的scheme
6.远程url规范：
一.scheme为url type里面配置的scheme
二.host为页面描述
三.？后面接参数
四.&拼接参数
五.scheme，host，params均为小些，符合URL规范
示例：zzrouter://orderlist?orderid=23245&type=3
问题
关于ZZRouter如发现什么问题或bug可以github上建issue或者加qq群：436043199。
