【移动应用开发技术】怎么在iOS中实现路由Router

【移动应用开发技术】怎么在iOS中实现路由Router

怎么在iOS中实现路由Router？很多新手对此不是很清楚，为了帮助大家解决这个难题，下面在下将为大家详细讲解，有这方面需求的人可以来学习下，希望你能有所收获。什么是移动端路由层：路由层的概念在服务端是指url请求的分层解析，将一个请求分发到对应的应用处理程序。移动端的路由层指的是将诸如App内页面访问、H5与App访问的访问请求和App间的访问请求，进行分发处理的逻辑层。移动端路由层需要解决的问题：1.对外部提供远程访问的功能，实现跨应用调用响应，包括H5应用调用、其他App应用调用、系统访问调用等2.原生页面、模块、组件等定义，统称为资源(Resource)，在跨应用调用和路由层在不同端实现的业务表现需要一致的前提下，需要对资源进行定义，在路由提供内部请求分发的时候则可以提供不依赖对外进行资源定义的功能3.外部调用如何使用统一标示(Uniform)进行表示资源4.如何在移动端统一定义访问请求的过程，从而达成移动端与web端的统一性5.如何更好的兼容iOS、Android的系统访问机制、App链接协议、web端路由机制与前端开发规范等6.如何兼容各平台(Android、iOS)App页面导航机制7.如何解决安全访问问题8.移动端在客户端进行动态配置移动端路由所应用的场景：0.H5页面与App原生页面、模块与组件的交互1.App与App之间的相互访问2.App内部页面跳转、模块调度与组件加载等3.推送与通知系统解除硬编码的逻辑，动态访问原生资源，更好的支持通过通知和推送完成动态页面访问和逻辑执行4.Extension等动态调用主App的资源5.App实现更复杂的架构MVVM或者是VIPER架构，提供解除业务相互依赖的能力6.以组件化为目的的工程改造，隔离各个业务，以制作单独的组件接口预览RouterNS_ASSUME_NONNULL_BEGIN

@interface

SJRouter

:

NSObject

+

(instancetype)shared;

-

(void)handleRequest:(SJRouteRequest

*)request

completionHandler:(SJCompletionHandler)completionHandler;

@end

NS_ASSUME_NONNULL_ENDRouteRequestNS_ASSUME_NONNULL_BEGIN

@interface

SJRouteRequest

:

NSObject

-

(instancetype)initWithURL:(NSURL

*)URL;

-

(instancetype)initWithPath:(NSString

*)requestPath

parameters:(nullable

SJParameters)parameters;

@property

(nonatomic,

strong,

readonly)

NSString

*requestPath;

@property

(nonatomic,

strong,

readonly,

nullable)

SJParameters

prts;

-

(instancetype)init

NS_UNAVAILABLE;

+

(instancetype)new

NS_UNAVAILABLE;

@end

NS_ASSUME_NONNULL_ENDRouteHandlerProtocolNS_ASSUME_NONNULL_BEGIN

typedef

id

SJParameters;

@protocol

SJRouteHandler

+

(NSString

*)routePath;

+

(void)handleRequestWithParameters:(nullable

SJParameters)parameters

topViewController:(UIViewController

*)topViewController

completionHandler:(nullable

SJCompletionHandler)completionHandler;

@end

NS_ASSUME_NONNULL_END流程简单的讲，app应用中，路由识别一个请求，将它分派给对应的handler进行处理。这个流程非常像发送一个网络请求（拼接参数=>发起请求=>回调）。同样的，当Router收到下面的请求时(请求视频播放页)：-

(void)push:(id)sender

{

SJRouteRequest

*request

=

[[SJRouteRequest

alloc]

initWithPath:@"video/playbackInfo"

parameters:@{@"video_id":@(111)}];

[SJRouter.shared

handleRequest:request

completionHandler:^(id

_Nullable

result,

NSError

*

_Nullable

error)

{

#ifdef

DEBUG

NSLog(@"%d

-

%s",

(int)__LINE__,

__func__);

#endif

}];

}会尝试识别路由，找到匹配的handler，传递必要参数：@implementation

SJRouter

-

(void)handleRequest:(SJRouteRequest

*)request

completionHandler:(SJCompletionHandler)completionHandler

{

NSParameterAssert(request);

if

(

!request

)

return;

Class<SJRouteHandler>

handler

=

_handlersM[request.requestPath];

if

(

handler

)

{

[handler

handleRequestWithParameters:request.requestPath

topViewController:_sj_get_top_view_controller()

completionHandler:completionHandler];

}

else

{

printf("\n

(-_-)

Unhandled

request:

%s",

request.description.UTF8String);

}

}

@end最后handler进行处理。@implementation

TestViewController

+

(NSString

*)routePath

{

return

@"video/playbackInfo";

}

+

(void)handleRequestWithParameters:(nullable

SJParameters)parameters

topViewController:(UIViewController

*)topViewController

completionHandler:(nullable

SJCompletionHandler)completionHandler

{

TestViewController

*vc

=

[TestViewController

new];

pletionHandler

=

completionHandler;

[topViewController.navigationController

pushViewController:vc

animated:YES];

}

@end至此，我们再回过头看刚开始举的那个例子：视频模块的播放页，有与视频相关的音乐，点击这些音乐，需要跳转到音乐模块的播放页。此时，可以让视频模块依赖Router，进行跳转请求。这看起来都是依赖，实则两者差别很大了。路由不止能处理跳转音乐模块的请求，依赖也从多个变成只依赖Router即可。。。在删除某个依赖模块时，需要删除依赖的代码，很烦的，对吧。吧啦吧啦吧啦吧啦吧啦。。。所以点击跳转音乐模块，可以替换成如下操作,发起请求：

SJRouteRequest

*request

=

[[SJRouteRequest

alloc]

initWithPath:@"audio/playbackInfo"

parameters:@{@"audio_id":@(232)}];

[SJRouter.shared

handleRequest:request

completionHandler:^(id

_Nullable

result,

NSError

*

_Nullable

error)

{

#ifdef

DEBUG

NSLog(@"%d

-

%s",

(int)__LINE__,

__func__);

#endif

}];router找到对应的handler，让其进行处理。Handler从开始到现在，可以看出Handler就是最终执行请求的那个家伙。相信大家都有疑问，如何成为一个Handler？很简单，它是自动的(参见Router)，只要某个类遵守了SJRouteHandlerProtocol，它便成为了一个Handler。再来看一遍协议吧。NS_ASSUME_NONNULL_BEGIN

typedef

id

SJParameters;

@protocol

SJRouteHandler

+

(NSString

*)routePath;

+

(void)handleRequestWithParameters:(nullable

SJParameters)parameters

topViewController:(UIViewController

*)topViewController

completionHandler:(nullable

SJCompletionHandler)completionHandler;

@end

NS_ASSUME_NONNULL_ENDroutePath：即路径，表示handler能够处理的路径。当发起请求时，Router会通过路径获取到对应的handler，交给其进行处理。handleRequestWithParameters。。。：handler进行的处理。Router在整个请求过程中，Router做的事情实质上就是在众多Handler中寻找命中注定的那一个。如何寻找呢？为什么遵守了SJRouteHandlerProtocol便自动成为了Handler呢？这自然要归功于Runtime的强大力量，我们先看如何实现吧。@implementation

SJRouter

-

(instancetype)init

{

self

=

[super

init];

if

(

!self

)

return

nil;

_handlersM

=

[NSMutableDictionary

new];

int

count

=

objc_getClassList(NULL,

0);

Class

*classes

=

(Class

*)malloc(sizeof(Class)

*

count);

objc_getClassList(classes,

count);

Protocol

*p_handler

=

@protocol(SJRouteHandler);

for

(

int

i

=

0

;

i

<

count

;

++

i

)

{

Class

cls

=

classes[i];

for

(

Class

thisCls

=

cls

;

nil

!=

thisCls

;

thisCls

=

class_getSuperclass(thisCls)

)

{

if

(

!class_conformsToProtocol(thisCls,

p_handler)

)

continue;

if

(

![(id)thisCls

respondsToSelector:@selector(routePath)]

)

continue;

if

(

![(id)thisCls

respondsToSelector:@selector(handleRequestWithPar