专栏首页吴老师移动开发【iOS开发】iOS路由引入及遇到的问题

【iOS开发】iOS路由引入及遇到的问题

最近在给项目引入路由功能。

什么是路由

路由是指根据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不被支持后还得清理。而且调用的参数也没有直接调用来得直观、明确。参数也不好以对象的形式传递。

路由的主要作用应该是解耦,但是如果不组件化,还是会存在各种各样的耦合。耦合太多的话,会增加测试的难度。组件间通讯解耦就不局限于路由了,可以面向接口编程,通过接口来对外暴露模块支持的功能。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 【iOS开发】URL拦截转换成本地路由模块URLRewrite

    接手项目前,已经有这个功能,之前也没有引入路由。这一块的做法是:对url进行path匹配或者字符串匹配,成功后再做特殊的操作。所以经常出现这个url没拦截,那个...

    吴老师
  • Flutter路由跳转及参数传递

    做Android/iOS原生开发的时候,要打开一个新的页面,你得知道你的目标页面对象,然后初始化一个Intent或者ViewController,再通过star...

    吴老师
  • Flutter ScrollView上拉加载更多关于学习

    2018.05.07 更新 上拉加载可以不用Notification,直接用ScrollController,代码如下:

    吴老师
  • 浅入深出Vue:路由

    路由的概念在计算机界中的历史大概可以追溯到OSI模型中的数据链路层与网络层中的定义。这里的定义大意是:在转发数据包时,根据数据包的目的地址进行寻址,从而将数据包...

    若羽
  • CCNP学习笔记(3)

    一、RIPv2:Routing Information Protocol 路由信息协议

    用户2398817
  • Go 语言 Web 编程系列(五)—— 基于 gorilla/mux 包实现路由匹配:进阶使用篇

    上篇教程我们介绍了 gorilla/mux 路由的基本使用,这篇教程继续介绍它的更多匹配规则,实际上,它可能是一个比 Laravel 路由更加强大的存在。

    学院君
  • Laravel 路由匹配的过程都做了些什么呢?

    Laravel 的路由配置有很多,可以设置域名,设置请求协议,设置请求方式,请求路径。那么,Laravel在获取到请求之后,去匹配路由都做了些什么呢?

    写PHP的老王
  • 记一次BGP事件:欧洲流量通过中国电信错误传输2小时

    上周四(6月6日),原本传输到几家欧洲最大的移动服务提供商的流量,通过中国电信重定向到错误的地方长达2小时。这次事件引发了公众对互联网全球路由系统:BGP(边界...

    FB客服
  • 透过MH370看网络自动化监控

    引子 MH370已经消失4个月了,这个严重的灾难也被蒙上了神秘的面纱,找不到消失的任何记录。也意味着,马航无法确保这种事情不会再次发生,人类生活在恐惧...

    鹅厂网事
  • 网络工程师从入门到精通-通俗易懂系列 | 动态路由协议基础知识详解

    通过在路由器之间,运行动态路由协议,赋予路由器动态感知网络变化,以及发现网络的能力,

    网络技术联盟站

扫码关注云+社区

领取腾讯云代金券

玩转腾讯云 有奖征文活动