对开展开放、对修改关闭

代码的演进过程

针对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）中，就可以实现跳转了。