英雄联盟中的设计模式-工厂模式

定义了一个创建对象的接口（抽象方法），但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。

英雄联盟中有着错综复杂的关系与势力，比如德玛西亚的召唤师们与艾欧尼亚的召唤师关系比较友善，他们经常一起喝酒撸串，但是又非常仇视诺克萨斯，尤其是德玛西亚皇子，生来就有一股反诺克萨斯的情绪。

为了更容易的维护这些关系，我将每个势力看作是一个工厂，它可以加工出符合此工厂风格的召唤师。那么每当有新的召唤师加入到英雄联盟，只需要将他放到合适的工厂里便可，这样就达到了将创建对象的过程封装的目的。

工厂方法定义中提到将实例化推迟到子类，看完下面的例子，你就会明白：

// SummonerFactory类
- (Summoner *)packageSummoner:(SummonerType)type name:(NSString *)name {
    Summoner *summoner = nil;
    /* 将这些容易改变的代码，想法变为稳定的代码 */
    //if ([type isEqualToString:@"战士"]) {
    //    summoner = [[Warrior alloc] init];
    //}
    //else if ([type isEqualToString:@"法师"]) {
    //    summoner = [[Master alloc] init];
    //}
    
    /*稳定的代码*/
    summoner = [self summonerWithType];

    summoner.name = name;
    // 其他基本固定的流程
    [summoner setupAttribute];
    [summoner setupSkill];
    [summoner setupDowerPage];
    [summoner setupRunedPage];
    [summoner toSummonerCanyon];

    return summoner;
}

// 关键就在这里，由子类去实例化对象
- (Summoner *)summonerWithType:(SummonerType)type {
    /*抽象方法，子类必须实现*/
    return nil;
}

在创建Summoner对象时，packageSummoner:name:并不知道有哪些具体的类参与了进来，换句话说，这就是所谓的解耦。
当packageSummoner:name:调用summonerWithType时，某个具体的召唤师工厂类会负责创建召唤师。工厂类类图如下：

相关的召唤师类类图如下：

[具体代码](https://github.com/liangjie-MrJie/Factorymode)

接下来就创建想要的召唤师吧：

// 创建德玛西亚工厂，此工厂专门创造德玛西亚势力的召唤师
SummonerFactory *factory = [[DeMaXiYaSummonerFactory alloc] init];
Summoner *summoner = [factory packageSummoner:WarriorType name:@"德玛西亚之力"];

// 创建诺克萨斯工厂，此工厂专门创造诺克萨斯势力的召唤师
factory = [[NuoKeSaSiSummonerFactory alloc] init];
summoner = [factory packageSummoner:MagicType name:@"魔蛇之拥"];

其实大家都知道，系统中对象间的依赖关系决定了整个系统的健壮性，敢问各位看官，“依赖倒置”原则是否听说过呢？
“依赖倒置”原则就是要依赖抽象类，不要依赖具体类。就像代码中的设计一样，SummonerFactory要依赖Summoner，Warrior等类也要依赖Summoner。其中的倒置就体现在SummonerFactory要依赖Summoner，因为在整体系统中，SummonerFactory属于“高层组件”，而“Summoner”属于“低层组件”。如下图：

倾情告白：设计系统时最好遵循“依赖倒置”原则，尽量做到不派生自具体类，使用工厂模式避免变量持有具体类的引用。另外，如果覆盖基类已实现的方法，那么这个基类就不是一个适合被继承的抽象。

---

关注微信公众号CodingArtist，可以第一时间得到文章更新通知! ^_