路由URI

URI 下格式：
<scheme>://<host>/<path>?<query>

scheme: 协议;
host: test.com；
path: 跳转路径，格式为'功能'；
query: 查询，用来传递参数；

业务的路由管理类

路由中心实现一个抽象的DispatchActivity，每个业务模块实现自有MineDispatchActivity（继承自DispatchActivity）。

MineDispatchActivity的大概实现如下,方法继承与抽象类。

NSString *const kMineHome = @"mine_home";    //我的首页
NSString *const kSettingsHome = @"settings_home";    //设置页

@implementation MineDispatchActivity

//当前URL是否已经注册在路由中。
+ (BOOL)isHitURL:(NSURL *)url
{
    NSString *firstPath = [url.path firstPathComponent];
    return ([firstPath isEqualToString:kMineHome] ||
                [firstPath isEqualToString:kSettingsHome]);
}

- (void)execute
{
    NSString *firstPath = self.paths.firstObject;
    NSDictionary *queryDict = self.queryDict;

    if ([firstPath isEqualToString:kMineHome]) {
        [self gotoMineVCWithParam:queryDict];
    } else if ([firstPath isEqualToString:kSettingsHome]) {
        [self gotoSettingsVCWithParam:queryDict];
    } 
    [super execute];
}

#pragma mark - dispatch

- (void)gotoMineVCWithParam:(NSDictionary *)param
{
}

- (void)gotoSettingsVCWithParam:(NSDictionary *)param
{
}

@end

公共的路由管理类

抽象的DispatchActivity主要的职责如下

遍历加载所有业务的DispatchActivity的Class
依次判断哪个命中URL，也就是isHitURL方法返回为true
命中之后，返回这个业务的DispatchActivity实例，用来执行execute

关键点在于遍历业务的DispatchActivity Class，也就是说，每个子模块新建自己的业务DispatchActivity时，需要把这个业务DispatchActivity添加到一个静态数组中，这个a数组存放所有子模块的DispatchActivity Class。

面向对象的多态

上述的设计用到了面向对象的多态特性，也是工厂模式。
多态的三个条件：
继承：各种XXXDispatchActivity继承自DispatchActivity
重写：子类XXXDispatchActivity重写DispatchActivity的isHitURL:方法
指向：父类DispatchActivity指针指向子类XXXDispatchActivity

路由入口

DispatchCenter单例实现，每次路由触发
[[DispatchCenter sharedCenter] dispatchURL:url];后，就使用url遍历寻找业务的DispatchActivity，然后返回实例对象，最后执行execute方法。

类簇

在DispatchCenter中，通过传入不同的url来获得不同的DispatchActivity实例对象。可以理解DispatchActivity 是一个类簇，

    for (Class actClass in ActivityClasses) {
        if ([actClass isHitURL:activityURL]) {
            DispatchActivity *activity = [[actClass alloc] initWithURL:activityURL];
            return activity;
        }
    }

NSData、NSArray、NSDictionary、NSString、NSNumber等都是类簇。类簇是基于抽象工厂设计模式的。

常见例子

id obj1 = [NSArray alloc];        //__NSPlaceholderArray
id obj2 = [NSMutableArray alloc]; //__NSPlaceholderArray
id obj3 = [obj1 init];            //__NSArray0
id obj4 = [obj2 init];            //__NSArrayM

alloc之后NSArray和NSMutableArray都生成了__NSPlaceholderArray对象，然后这个对象在init方法中分别生成了__NSArray0和_NSArrayM具体子类。在这个过程中__NSPlaceholderArray即可以看做抽象工厂，而init则是抽象工厂的子类实例化过程。

为什么苹果要这样设计呢？以NSArray为例，为了保持数组存取的高效，针对不同情况（可变、不可变、单元素等情况）必然要有相应的子类来优化实现。如果全部都用可见子类来实现的话，那么对于程序员来说，就要熟知大量的子类及其API，并且在调用的时候也要分情况去调用，这样使用起来太复杂了。而且如果子类实现改变的话，有可能导致接口也改变，框架API变化也就更加频繁，不利于使用。

简单工厂模式
定义一个工厂类，根据传入参数的不同返回不同的实例，被创建的实例具有共同的父类或者接口。
如定义一个ClassA，初始化实例方法
ClassA *a = [[ClassA alloc] initWithStr:@"test]"
工厂模式
定义一个用于创建对象的接口，让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类。工厂方法模式是简单工厂的仅一步深化，在工厂方法模式中，我们不再提供一个统一的工厂类来创建所有的对象，而是针对不同的对象提供不同的工厂。也就是说每个对象都有一个与之对应的工厂。
抽象工厂
抽象工厂模式是工厂模式的进一步深化，在这个模式中的工厂类不单单可以创建一个对象，而是可以创建一组对象。这是和工厂方法最大的不同点。抽象工厂方法隐藏了具体工厂类创建具体产品子类实现的过程，只暴露了抽象工厂的创建接口。结合到使用类簇的原因，我们就会发现这完美解决了我们的需求——只暴露抽象类及创建接口，隐藏一系列子类的实例化过程及具体实现。

路由的例子就是，提供一个
DispatchActivity *activity = [[actClass alloc] initWithURL:activityURL];其中actClass就是不同对象对应不同工厂创建实例。这些actClass都是DispatchActivity的子类。

iOS路由简单设计与类簇