移动端基于动态路由的架构设计

好久好久没写过文章了,一是最近项目太忙了,没时间写。二是也没有时间学习新的东西,想写点什么却又无从下笔。一味的去写这个API怎么用,那个新技术怎么用,又显的没意思。没有项目经验总结的技术知识讲解,总感觉有些苍白。最近在做混合App开发这块,从开始的ionic 框架,到后来的mui框架,让我在混合开发这块有了更深的理解,如果在这块要写点什么无非漫天盖地的这个指令怎么用,那个模版怎么用,数据怎么进行双向绑定,等等,但是这些网上已经很多资料了,等不太忙了,我想我会总结一篇这些框架的使用心得吧。但是我今天不讲这个,我们来谈一谈在原生app中(iOS android)如何使用动态路由机制来搭建整个app的框架。
路由机制在web开发中是比较常见的,app开发中还是很少听到这种概念的,目前有些大公司采用的组件化开发(手淘,携程,蘑菇街等),倒是跟我们讲的有很多相同之处,不过它们的比较复杂,而且网上很多组件化开发,路由机制,没有一个能给出完整代码示例的,看着让人云里雾里的。索性自己就借鉴它们的思想,加上一点个人的理解,搞出了一个简单实用的可行性demo出来。我们主要介绍以下三方面内容:

1 什么是动态路由
2 它能解决我们什么问题
3 如何在项目中实现

一 什么是动态路由

原生开发没这概念,我们借助angular路由机制来解释这一概念,所谓路由,就是一套路径跳转机制,事先通过配置文件定义好一个路径映射文件,跳转时根据key去找到具体页面,当然angular会做一些缓存,页面栈的管理等等一些操作,它大致的定义是这样的

config函数是一个配置函数。在使用
$routeProvider这样的一个服务。when:代表当你访问这个“/”根目录的时候 去访问 templateUrl中的那个模板。 controller可想已知,就是我们配套的controller,就是应用于根目录的这个 模板时的controller。
ontherwise 就是当你路径访问错误时,找不到。最后跳到这个默认的 页面。
为此我们可以总结一下几个特点:
1 一个映射配置文件
2 路径出错处理机制
这就是路由的基本意思,我们看看,在原生开发中,采用此种方式,他能解决我们什么问题。


二 它能解决我们什么问题

首先我们来比较一下我们以前的结构模式以及与 加入路由机制后的项目结构,实现路由机制,不仅需要一个映射文件,还需要一套路由管理机制,那么采用路由机制,我们的项目架构就跟原来不一样了,如下图:

111972799-85e598d3bac2d57e

原先业务之间的调用关系.png
121972799-0488b6433e7d517a

加入路由后的页面调用关系.png

接下来我们看一下平时我们采用的页面跳转方法:
iOS 下

android 下

我们看一下它有哪些缺点:
(1)都要在当前页面引入要跳转页面的class 类。这就造成了页面的耦合性很高。
(2)遇到重大bug,不能够及时的修复问题,需要等待更新发版后才能解决。
(3)推送消息,如果入口没有关与页面的引入处理,则不能跳转到指定页面。

引入路由机制后我们能否解决这些问题呢?
试想一下,如果我们通过一个配置文件来映射页面跳转关系,而且通过反射机制来取消头文件的引入问题,是不是我们就可以解决以上那些弊端了呢,比如,我们线上应用出现bug, 导致某个页面一打开,app就跪了,那我们是不是就可以通过更新路由配置文件,把它映射到另一个页面去:一个错误提示文件,或者一个线上H5能实现相同功能的页面。这样的话,原生app也具有了一定的动态更新能力,其实想想还有很多好处,比如项目功能太多原生开发要很长时间,但是领导又急着要上线,那么我们是不是就可以先开发一个网页版的模块,app路由映射到这个web页面,让用户先用着,等我们原生开发完了,然后再改一下映射文件,没升级的依旧用H5的路由,升级的就用原生的路由,如果H5页面我们要废弃了,那我们整体就可以路由到一个升级提升的页面去了。

总结一下路由机制能解决我们哪些问题:
1 避免引入头文件,是页面之间的依赖大大变少了(通过反射动态生成页面实例)。
2 线上出现重大bug,给我们提供了一个及时修补的入口
3 网页和原生切换更方便,更自由。
4 可以跳转任意页面 例如我们常用的推送,要打开指定的页面,以前我们怎么做的,各种启动判断,现在呢,我们只要给发送消息配个路由路径就行了,打开消息,就能够跳转到我们指定的页面。
等等,其它好处自行发掘。


三 如何在项目中实现

说了这么多概念性问题,下面我们就用代码来实现我们的构想, 下面先以IOS平台为例:
我们先看一下demo结构

131972799-243925c9e370669f

iOS demo结构图.png

说明:WXRouter 路由管理文件
demo 路由使用示例
urlMap.plist 路由配置文件
我们主要讲解一下 WXRouter里面的几个文件,以及ViewController文件,还有urlmap.plist文件,其他请下载示例demo,文末我会给出demo地址。

说明:通过反射机制根据传入的string来获取 viewcontroller实例,实现了两个方法,一个是不需要传入参数的,一个是需要传入参数的,当跳转到第二个页面需要传值 就使用第二个带参数的方法,所传的值通过NSDictionary来进行封装,跳转后的页面通过实现
-(void)iniViewControllerParam:(NSDictionary *)dic 方法来获取传过来的参数。

说明:路由配置文件读取工具类,我这里读取的是plist 文件,我这里也可以读取json,或则访问网络获取后台服务器上的路由配置文件,这个根据我们业务需求的不同,可以添加不同的读取方法。

说明:在读取配置文件时如果没有读到相应的路径,或者未定义相应的class,我们可以在这里处理,我这边处理的是如果出现错误,就返回一个webview页面,我们可以在项目里写一个统一的错误处理webview页面,其实每个页面默认都添加了一个参数[paramdic setValue:vcName forKey:@"URLKEY"]; 就是这个URLKEY,这个key标示配置文件中每个跳转动作的key,这个key是唯一的,我们可以根据不同的URLKEY然后通过后台统一的一个接口来判断跳转到不同的错误处理H5页面。

说明:这个是使用示例,为了获取最大的灵活性,这里我并没有把跳转动作presentViewcontroller,pushViewController,以及参数的组装封装在路由管理类里。看过很多大神写的路由库,有些也通过url schema的方式。类似于:xml:id/123/name/xu,这样的路径方式,但是个人感觉,如果界面之间传递图片对象,或者传嵌套的类对象,就有点麻烦了。因为怕麻烦,所以就先写个简单的吧。

说明:这个是要跳转的页面我们可以通过iniViewControllerParam:(NSDictionary *)dic方法获取上一个界面传过来的参数。

161972799-79787ebbc5872c8a

urlMap.plist

说明:路由配置文件,key:value的形式,页面里的每个跳转动作都会对应一个唯一的key,这里如果两个页面都跳转到同一个页面,就会产生不同的key 对应相同的value,感觉是有点冗余了,如果有更好的优化,我会更新下文章的,这里的配置文件我们可以怎么玩,由于我在android的这块的描述已经很详细了,所以这里就不再赘述。只是android的配置有点坑,类前需要加上包名,这点就没有iOS方便灵活了,至此iOS示例我就讲完了。


下面让我们来看下Android下的示例
Android平台示例:

我们先看一下demo的结构

141972799-addd2cf16399e96f

Paste_Image.png

说明:example.mixu.wxrouter 路由使用示例
wx.router 路由管理文件
assets 路由配置文件
接下来,我们主要讲解一下,wx.router里面的文件,以及assets配置文件结构,还有MainActivity 文件,其他的请下载示例demo,文末我会给出demo地址。

说明: 主要是调用Router.initIntentWithActivityKey(Context context, String key)方法来获取一个intent,这个intent里面会根据你传入的key去urlmap.json文件中查找对应的Activity,并设置好Intent要跳转的class,获取这个intent 后你只需要再设置一些跳转需要传的参数就可以了,为了提供最大的灵活性,我并没有把跳转参数,以及跳转动作统一封装在一块,我们现在只做一个最简单的路由跳转,虽然简单但我相信已经能够实现我们绝大部分需求了,此处也参考过一些大神的路由,他们都是机遇url schema 的方式。有时还是感觉不太灵活,比如我要传图片对象,基与url 路径的就不太好传。有空再深入研究他们的实现细节吧,呵呵。

说明:此处很简单,就是通过把字符串路径转换成class对象,然后通过Intent setClass(Context packageContext, Class> cls)设置好要跳转的 Activity.注意这行代码intent.putExtra("URLKEY", key);这个我把每个跳转页面都传入也一个参数,URLKey,就是我们配置文件(urlmap.json)中的key,这个key是唯一的,为什么设置这个参数,主要就是为了识别唯一的跳转动作,假如我们这个页面跳转出错了,我们让它跳转到一个统一的错误页面,那么我们根据URLKEY这个参数就能知道是哪个页面跳转出错,该做什么操作,我可以展示一个相应的错误页面,或者跳转到一个好的有相同功能的H5页面。

说明:路由读取工具类,就是读取urlmap.json文件,并转换成map,然后又提供一个根据key获取value的方法,在获取value时因为我们的配置文件也不能保证格式都是正确的,难免开发中会写错,我们要做一些异常捕获,并给出一些提示,我们有可能没配置key,也有可能没配置value,或者都没配置,一方配置出错,我们都无法实例化要跳转的Activity.

说明:路由错误类,如果配置文件中没配置相应的antivity,我们可以引导跳转到一个统一的错误页面。

说明:路由配置文件,是一个json文件,里面都是键值对 MSG001是key,后面就是相应的activity,key是唯一的,每一个页面跳转动作都对应一个Key,当然了这边也有一个问题,当两个页面都跳转到同一个页面时,会出现重复的value.这个有时间再想下有没有好的解决方法, 当然了这个配置文件我们可以打包在app内,也可以从服务器上拉取,或者两者结合,配合版本控制,我们就能够动态指定页面跳转路径,比如说MSG001对应的页面是个支付页面,但是突然出现了大bug,支付不了了。那么我们可以把MSG001改成一个我们统一的webview页面,这个页面中,我们可以让它跳转到我们线上临时的H5页面。这里面我们可以让所有发生错误的页面,都跳转到统一的webview,然后访问同一个后台接口,后台根据我们传的参数不同,然后引导跳转到不同的线上H5页面。
其实这里面还有个可以改进的,我们可以优化[ {“MSG001″:”Native:com.example.mlxu.wxrouter.View1”}]
{“MSG001”:”web:http://www.baidu.com”}]
加个前缀来识别自动跳转原生页面还是web页面,等等,想想的空间还很多,好了android 的demo 到这里也基本介绍完了。

总结:代码是简陋的,只是简单的实现了自己的构想,还有很多值得细细琢磨的地方,关键是架构思路,通过中间路由根据下发的路由配置文件来动态跳转页面,解决原生开发的遇到的一些问题,不同的项目有不同的业务逻辑,这种思路有什么缺陷,或者解决不了什么问题,大家一起讨论分享。基于这种思路搭建架子的话,对于将来的组件化开发,应该也会很方便转换吧。😊
demo地址
android:https://github.com/lerpo/WXAndroidRouter.git
iOS :https://github.com/lerpo/WXiOSRouter.git

1 2 收藏 评论

相关文章

可能感兴趣的话题



直接登录
跳到底部
返回顶部