对开展开放、对修改关闭
代码的演进过程
针对native跳转的代码逻辑
之前是这样写的
之前
现在是这样写的
现在
如何使用
/**
* @author leo.li, 16-04-28 09:04:47
*
* @brief 处理URL实现跳转
*
* @param url 形如：uxwebjump://payment?goodsId=000000&money=50&type=1的URL
* @param controller presenting view controller
*
* @since 450
*/
- (void)handleUrl:(NSURL *)url controller:(UIViewController *)controller;
NSString *text = @"跳转scheme";
NSString *link = [text stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
NSURL *url = [NSURL URLWithString:link];
[[UXJumpManager instance] handleUrl:url controller:controller];
有些常用的跳转会在UXPublicJump中定义，所以UXJumpManager都可以不用关心
为何要这样做
- 老代码不利于扩展，如果某次版本添加20几个新的native跳转，那就要新添加20几个else if。
- 不利于维护和修改，某次版本不仅要支持wap->native还要支持运营位、推送等多处跳转，那么对于修改简直是噩梦
- 对于新代码，看似多了很多文件，不过鉴于app安装包的大小不是文件起主导作用的，所以这根本不是问题。可是这带来的好处却是大大的，比如维护，很容易定位到问题代码，再比如@小进添加跳转登录，根本无需改动原有代码，只需添加一个jumpLogin文件，并添加到跳转池（UXJumpManager:jumpArray）中，就可以实现跳转了。
