不止在移动开发领域，甚至对于所有的前端开发，页面跳转都是最基本的场景转换，是开发过程
中最基本的问题。对于IOS初学者，push与present是两种最常用的方式，在开发的逐渐深入过程
中，需要接触到APN的推送、网络链接等等急于URLScheme的高级跳转方式，随着开发经验的不断
丰富，将APP中的跳转统一使用URLScheme来管理不失为一种良好的设计。
Push与Present
Push与Present是最基本的两种转场方式，也是URLScheme等高级封装的基础。两者最直观的区别
就是push的转场效果是自右向左的，其需要UINavigationController的配合使用，present模态
窗口的默认转场效果是自下而上的，两种的使用方式也有着本质区别。
UIViewController *nextViewController = [[UIViewController alloc] init];
nextViewController.title = @"第二个界面";
[self.navigationController pushViewController:nextViewController animated:YES];
UIViewController *nextViewController = [[UIViewController alloc] init];
nextViewController.title = @"第二个界面";
[self presentViewController:nextViewContrller animated:YES completed:nil];
Present方式经常被是用来进行字段的填充或者编辑页面，Present方式是默认没有NavigationBar
的，如果需要可以在外面包裹一层UINavigationViewController，如下：
[self presentViewController:[[UINavigationController alloc]
initWithRootViewController:controller] animated:YES completion:^{
}];
URLScheme
我们在开发过程中，会遇到四种与跳转相关的场景，分别是：
-
外部网页场景
只能通过AppDelegate中事件去获取对应的URL进行匹配。
-
Push推送场景
通过AppDelegate中的事件去获取数据，取出链接字段，然后自定义一个URL，就可以实现
跳转了。 -
内部网页场景
UIWebView在内部打开URL，如果要在网页中跳转APP页面，有两种方法：一种是使用JSBridge，
js调用native的handler，跳到相关页面；二是直接使用url来跳转，原理同情景一。 -
应用内点击跳转
最普通的打开方式，也同样可以抽离一个URLScheme匹配器去匹配打开。
上面总结了四种场景，如果对于新手来说，可能会每一种场景写一遍跳转代码，这样即低效又
难以维护，高手会选择将这四种场景尽量融合为一种URLScheme，然后使用URL匹配器统一打开。
由于URLScheme的多功能性，需要给URLScheme定义一个类：
@interface MYURLObject : NSObject
@property MYURLType type;
NSDictionary *params;
@end
当然还需要一个Route类，该类最好能同时处理MYURLObject和urlString，其API如下：
+ (void)navigateWithURLObject:(LNURLObject *)obj;
+ (void)navigateToURL:(NSString *)url fromViewController:(UIViewController *)controller;
由于前面所说的前三个场景均是需要使用urlString来跳转，所以需要一个将urlString转化为
MYURLObject的类，其API为：
+ (MYURLObject *)convertToURLObject:(NSString *)url;
这样一个URL匹配器就搭建完成了，在写跳转代码的时候，请优先考虑URLScheme。
