最近在给项目引入路由功能。
什么是路由
路由是指根据url分配到对应的处理程序，在移动端就可以理解为，根据给定的url跳转到指定页面的功能模块。
传统跳转跟路由的简单对比
Native的跳转方式：
iOS：
TestViewController *vc = [[TestViewController alloc] init];
[self.navigationController pushViewController:vc animated:YES];
Android：
Intent intent = **new** Intent();
intent.setClass(Intent1Activity.**this**,
Intent2Activity.**class**);
intent.startActivity(intent);
路由跳转方式
iOS:
[Router openURL:@"xxx://xxx.com/live/player?id=200"];
Android(直接扣的ARouter的代码):
// 1. 应用内简单的跳转(通过URL跳转在'进阶用法'中)
ARouter.getInstance().build("/test/activity").navigation();
// 2. 跳转并携带参数
ARouter.getInstance().build("/test/1")
.withLong("key1", 666L)
.withString("key3", "888")
.withObject("key4", new Test("Jack", "Rose"))
.navigation();
优点：路由解决的问题
- 跳转的时候不用依赖具体的目标类。
- 从外部（web或者其它app，推送等）打开App指定页面。
- 统一iOS，Android端的跳转逻辑。
- App复杂后组件化后，组件间解耦。
- 统计埋点可以通过路由进行，因为路由是一个中间件，所以对路由进行AOP就行。
- 做一个热修复接口的话，可以将指定的路由更改指向（例如指向web端），可以达到热修复的效果。
- 做统一的错误处理页面。
- ...
路由的缺点
- 传参：因为url就是一个特定格式的字符串，所以不能携带object类型的数据。在传参方面有一定的限制。（内部跳转可以添加一些其它的方案，将对象类型转换成字典进行传递）
- 管理：路由的管理，随着项目的扩大，路由会越来越多，所以要有统一的地方管理，方便查找。
- 参数名：不能用自动补全，参数名容易出错。
- 命名：如果要在两端统一，那么要保证命名的一致性。
- ...
URL组成
NSURLComponent 类中都有对应的字段。所以URL可以通过NSURLComponent来进行解析。
对应到移动端的路由可能是这样的：
商品详情：xxx://xxx.com/mall/goods/detail?id=2003
URL的定义应该比较直观，有一定的意义，让人一看就大概能知道这个URL的作用。
iOS端的路由库
读了一些github上的开源路由库的代码，实现的原理都是一样的，用一个集合类缓存路由跟处理闭包的对应关系，在app启动的时候，注册好支持的URL，当调用openURL的时候，根据给定的URL查找到对应的闭包，执行闭包代码，实现跳转。找不到对应的闭包的时候，可以定义一个公共的错误页面。
还有一种是保存url跟类名的对应关系，在openURL的时候，找到对应的类名，通过runtime生成实例，实现统一跳转。
-
JLRoutes
- 集成简单
- 可以处理各种各样的url
- 支持通配符
- 支持多个scheme
- 比较纯粹，不支持打开页面后的值回传。要自己再加工。
-
MGJRouter
- 代码简单易懂
- 功能全面
- 支持push值回传
- 支持多scheme
- openUrl时支持一个userInfo （造成了跟系统的不统一，多出来的参数还是可以放到url中，传对象的时候有点用）（模块内部传对象可以用，模块间的话不应该传对象，会造成耦合）
- HHRouter
- Routable
三种iOS路由注册处理方案
第一种：模块自己注册的路由自己处理
在注册url的时候，自己处理openUrl的block，中间件会提供一个当前的viewcontroller给组件做跳转用。
[MGJRouter registerURLPattern:@"test://test/test" toHandler:^(NSDictionary *routerParameters) {
// 注册的时候自己处理 push present
// 注册的地方在自己的模块里面，所以，自己可以拿到viewController的实例
}];
优点
- url中不用体现类名，所以即使修改了类名，也只要修改注册的地方
- 可以自己决定是push还是present
- 可以验证参数，参数不正确可以返回错误信息
- 可以做到一个url对应一个vc
- 可以取消注册
- 方便和web端和Android端做统一
缺点
- 每个注册的URL都要自己处理跳转
- URL会很多，不好管理，不能随便改动URL（这点可以通过在一个公共的地方将URL定义成宏）
- 注册代码也会好多。（定义模块类，将注册代码分散到各个模块类中去，在模块类的load方法中注册，要检查是否会影响启动速度）
第二种：注册成功后，通过runtime统一处理跳转
[MGJRouter registerURLPattern:@"test://push/:controller" toHandler:^(NSDictionary *routerParameters) {
UIViewController *currentVc = [self currentViewController];
UIViewController *v = [[NSClassFromString(parameters[@"controller"]) alloc] init];
// 通过runtime设置参数
[self paramToVc:v param:parameters];
[currentVc.navigationController pushViewController:v animated:YES];
return YES;
}];
优点
- 注册的时候很简单，统一在一个地方注册几种类型（push， present， xib， storyboard）就可以了。
- 跳转也是统一处理，不用再写更多的代码。模块自己都不用注册。
缺点
- 不能一个url对应到一个vc（缺点？）
- 不能做参数检查
- 打开路由的时候，要在url里面带上vc的名字，给中间件反射用，如果修改了类名，调用的地方就得改。
- 不能取消注册
- 不好跟其它平台做统一。如：web网页要打开一个原生页面，如果要iOS跟Android用同一个url的话，他们都得用我们的类名。耦合太大。
第三种：URL跟ViewController一一对应，同时统一处理跳转。
注册的时候保存好路由跟类名字符串的一一对应关系，openURL的时候通过url找到对应的类名，通过runtime生成实例，进行跳转。
保存一个如下这样的routes关系：
@{
@"http" : @"YTWebViewController",
@"https" : @"YTWebViewController",
JXSG_SCHEME: @{
PATH_SEARCH_RESULT : @"SearchResultViewController",
PATH_CATEGORY : @"CategoryViewController",
},
}
里面的viewController的类名对应的键是路由的path。如下：
myscheme://baidu.com/mall/category
这个路由对应的routes关系是 : @"/mall/category" : @"CategoryViewController"
调用的时候像这样：
[YTRouter pushURL:@"myscheme://xxx.com/xxx/xxx?p1=v1&p2=v2];
这里p1,p2的参数名称要跟view controller里面的参数名称一致，这样才能用runtime把参数设置到view controller里面去。
方案选择
我们最后选择了第三种方案，实际集成的时候还是有好多其它的问题。这里列举一些：
结果回传：有些viewController打开后，要给上个vc返回一个值，如：地址选择页面等。解决方法是，用runtime统一给viewController添加一个block，pushURL的时候可以传进去。赋值给push出来的viewController，实现回传。
-
参数检查：我们项目中有这样的情况，后台配置一个url到首页的banner上（也有可能是推送），点击时，通过url调起本地的直播页面。这个页面如果参数有误的话还不能进去。要对参数进行检查。解决方法是，给Router添加一个拦截器接口。pushURL的时候可以传一个拦截器，拦截器里面就一个方法。
// 实现检查参数的方法，返回NO则不进行跳转 - (BOOL)checkParams:(NSDictionary *)params urlString:(NSString *)urlString; -
登录验证：有很多的页面是需要登录以后才能打开的。用url后因为跳转是统一处理，所以AOP跳转过程，实现跳转前的登录验证，我们目前有两个项目，所以这个项目相关的功能不能写到路由里面去，最后也是通过拦截器的形式解决的。考虑到每个项目都会有这个需要，但是具体的实现又不相同。所以在Router里面添加了一个默认的登录验证拦截器，在Router初始化的时候传进去。
XXRouter.h
// 登录验证拦截器 @property (nonatomic, strong) id <XXRouterInterceptorProtocol> loginInterceptor;拦截器实现
// Created by brant on 2017/8/3. // Copyright © 2017年 Brant. All rights reserved. // #import "YTCheckLoginInterceptor.h" #import "User.h" #import "XXRouterConfig.h" @interface XXCheckLoginInterceptor () @end @implementation YTCheckLoginInterceptor - (BOOL)checkParams:(NSDictionary *)params urlString:(NSString *)urlString { if ([User instanceUser].userId) { return YES; } else { // 未登录，判断这个路由是否要登录 NSURL *url = [NSURL URLWithString:urlString]; for (NSString *path in [XXRouterConfig needLoginPath]) { if ([url.path isEqualToString:path]) { // 需要登录 // 执行登录操作,同时返回no，不对路由做后续处理 return NO; } } } return YES; } @end// 设置登录检查拦截器 [XXRouter shareInstance].loginInterceptor = [XXCheckLoginInterceptor new]; -
运营配的webUrl跟本地路由的统一：因为我们的App是电商app，所以主页面的跳转基本上都是动态配置的，而且运营配的就是一个web端的url，像这样：
// 要跳转商品详情 http://m.xx.com/product/234.html而我们本地的URL是这样的：
xxscheme://xx.com/goodsDetail?id=234运营配的URL千奇百怪，有时候版本上线了，发现某个url没有拦截到。坑好深。最后参考天猫团队的解决 方案，做了一个URLRewrite模块，针对新加的url只要配规则就可以了，规则从服务器读取。结果是，运营现在突然加一个url要跳转到指定的本地页面，在后台配一条新的解析规则就可以了。这个后面写一篇文章专门介绍一下这个模块。
辅助方法
runtime给view controller设置参数
-(void)setViewController:(UIViewController *) v parameters:(NSDictionary<NSString *,NSString *> *)parameters {
unsigned int propertiesCount = 0;
objc_property_t * properties = class_copyPropertyList(v.class , & propertiesCount);
for (int i = 0; i < propertiesCount; i++) {
objc_property_t property = properties[i];
NSString *key = [NSString stringWithUTF8String:property_getName(property)];
NSString *param = parameters[key];
if (param != nil) {
[v setValue:param forKey:key];
}
}
}
路由方案引申出的架构需求：组件化
纯粹的使用URL来做跳转，意义并不大。免去了查找view controller的过程，却引入了查找URL的过程，URL不被支持后还得清理。而且调用的参数也没有直接调用来得直观、明确。参数也不好以对象的形式传递。
路由的主要作用应该是解耦，但是如果不组件化，还是会存在各种各样的耦合。耦合太多的话，会增加测试的难度。组件间通讯解耦就不局限于路由了，可以面向接口编程，通过接口来对外暴露模块支持的功能。
