眨眼2016年就这么走到了结尾，再过两天新年就要开始了。回顾从2016年开始养成的写博客的习惯，一直能延续下来，保持了一整年，还是比较欣慰的一件事情。希望2017年自己的技术能够继续稳步的提升。
今天在这2016年的最后一篇博客里，咱来聊聊推送通知的跳转。
当推送通知到达时，点击推送通知跳转到指定界面，是很多应用都会碰到的一个需求，而要实现这个功能，解决的方法也很多，若是去谷歌搜索，有一个万能跳转的文章可能会进入您的眼帘，但是我实际的去看了这个项目的源码之后，感觉这个库有一定的局限性，用runtime实现跳转这不假，但是在请求字段里加上了ViewController的类名，这其实就是局限的地方了，毕竟除了服务咱们iOS端，你也得考虑考虑安卓端的攻城狮不是，然而如果你换一个约定的字段再来解析，那倒不如用URL来作为判断依据更为方便。
之前的几篇文章，我也在研究iOS开发的组件化的架构模式，也有的应用在走组件化的道路上使用了URL来跳转界面完成解耦，在实现推送时，我们也能沿用这个思路，用URL实现界面的跳转。关于使用哪个Router框架，其实真的是萝卜青菜各有所爱，很成熟的 JLRoutes、 routable-ios、 HHRouter、 MGJRouter，在经过比较已经实际使用之后，我选择了MGJRouter这款蘑菇街开源的组件应用到项目中。为什么会选择MGJRouter这款组件呢，其实理由就跟他简单的介绍一样，高效、灵活。
来说一说这个基本的使用方式，首先你得跟后台约定推送的参数，比如我在跟后台的约定里，参数名就是url，那么我在拿到推送的userInfo时，就需要把url解析出来。在
func application(application: UIApplication, didReceiveRemoteNotification userInfo: [NSObject : AnyObject], fetchCompletionHandler completionHandler: (UIBackgroundFetchResult) -> Void)
func application(application: UIApplication, didReceiveRemoteNotification userInfo: [NSObject : AnyObject])
这两个方法中，你可以获取到userInfo,例如后端给我传了这样的推送消息
[aps: {
alert = "\U6d4b\U8bd5\U7cfb\U7edf\U6d88\U606f";
badge = 1;
category = system;
sound = "";
}, redirect: {
data = "<null>";
target = article;
"target_id" = 5397;
"target_url" = "lix://cms/articles/3333";
}, _j_msgid: 5228988433]
很清楚的看到我们需要拿到target_url这个字段，至于怎么解析JSON，我就不啰嗦了，假设此时我们已经拿到了url，url其实为 lix://cms/articles/:id这个格式，3333是我们需要根据这个id跳转到的文章界面。
#pragma mark - 推送地址
static NSString *ARTICLES_URL = @"lix://cms/articles/:id"; //资讯详情
在定义好url的情况下，我们需要先用MGJRouter注册我们的url，
+ (void)registerArticlePush {
[MGJRouter registerURLPattern:ARTICLES_URL toHandler:^(NSDictionary *routerParameters) {
//打印URL
LixLog(@"routerParameterURL:%@", routerParameters[MGJRouterParameterURL]);
//获取URL中的id
NSString *id = routerParameters[@"id"];
ArticleModel *model = [[ArticleModel alloc] init];
model._id = id;
ArticleDetailViewController *articleViewController = [[ArticleDetailViewController alloc] init];
articleViewController.articleModel = model;
//界面跳转
[LixObjcRouter pushController:articleViewController];
}];
}
这段代码可以当成一个完整的业务逻辑的范例，在写好业务逻辑之后，我们需要去AppDelegate的func application(application: UIApplication, didFinishLaunchingWithOptions launchOptions: [NSObject: AnyObject]?) -> Bool里注册url。
LixObjcRouter.registerArticlePush()
做完这些之后，咱们只要
func application(application: UIApplication, didReceiveRemoteNotification userInfo: [NSObject : AnyObject], fetchCompletionHandler completionHandler: (UIBackgroundFetchResult) -> Void)
func application(application: UIApplication, didReceiveRemoteNotification userInfo: [NSObject : AnyObject])
这两个方法里处理推送通知就好了，非常简单的一个Api。
[MGJRouter openURL:url];
到这里，推送之后的页面跳转也就差不多完成了，只要再注意badge的数值处理，前台时推送通知的处理等情况就可以了。
用完蘑菇街的Router组件，又让我想接着啰嗦上次的组件化的思考了，用完这种方式，我还是觉得，如果把这个框架引入进行组件化，那么每次启动，都必须去注册这些url，如果小工程也没有组件化的必要，可是大工程，管理url又是一件费神的事情。
所以推送跳转，我选择MGJRouter,因为足够方便高效，可是组件化的道路，我更看好CTMediator这样彻底解耦的方式。感兴趣的自己搜索研究吧。
年前最后一篇，新年快乐，鸡年大吉吧。
