定义了一个创建对象的接口（抽象方法），但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。
英雄联盟中有着错综复杂的关系与势力，比如德玛西亚的召唤师们与艾欧尼亚的召唤师关系比较友善，他们经常一起喝酒撸串，但是又非常仇视诺克萨斯，尤其是德玛西亚皇子，生来就有一股反诺克萨斯的情绪。
为了更容易的维护这些关系，我将每个势力看作是一个工厂，它可以加工出符合此工厂风格的召唤师。那么每当有新的召唤师加入到英雄联盟，只需要将他放到合适的工厂里便可，这样就达到了将创建对象的过程封装的目的。
工厂方法定义中提到将实例化推迟到子类，看完下面的例子，你就会明白：
// 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，可以第一时间得到文章更新通知! _
