提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类。
上一篇介绍工厂模式的时候,我们并没有介绍召唤师们的背景故事,为了给每个势力增加合适的背景介绍,我们使用了抽象工厂模式,在创建召唤师的时候,根本不需要去关心他应该使用哪些背景,这样就将召唤师与背景介绍进行了解耦,以后不管有多少种背景介绍,我们都可以恰当的增加到每个势力的召唤师中。
首先介绍下背景信息抽象类类图:
德玛西亚信息工厂与诺克萨斯信息工厂负责产出各自势力的相关信息。召唤师工厂在创建召唤师的时候,会根据自身所属势力为创造出来的召唤师附上背景信息。部分代码如下:
@implementation DeMaXiYaSummonerFactory
- (Summoner *)summonerWithType:(SummonerType)type {
Summoner *summoner = nil;
/*在德玛西亚召唤师工厂创建相应的信息工厂infoFactory*/
InformationFactory *infoFactory = [[DeMaXiYaInformationFactory alloc] init];
switch (type) {
case WarriorType:
summoner = [[Warrior alloc] initWithInformationFactory:infoFactory];
break;
case MagicType:
summoner = [[Magic alloc] initWithInformationFactory:infoFactory];
break;
case AssassinType:
summoner = [[Assassin alloc] initWithInformationFactory:infoFactory];
break;
case TankType:
summoner = [[Tank alloc] initWithInformationFactory:infoFactory];
break;
case ShooterType:
summoner = [[Shooter alloc] initWithInformationFactory:infoFactory];
break;
case AssistType:
summoner = [[Assist alloc] initWithInformationFactory:infoFactory];
break;
default:
break;
}
return summoner;
}
@end
@implementation Summoner
/*召唤师利用相关的信息工厂为自己生成势力背景信息,而不需要关注具体是哪个势力信息工厂*/
- (void)addInformation {
NSLog(@"%@ %@", [_inforFactory fetchIdentityDescribed], [_inforFactory otherDescribed]);
}
@end
相关类类图如下:
更多代码请参考这里:传送门
与工厂模式相比,我们只是引入了InformationFactory,也就是所谓的抽象工厂,用来创建每个势力的背景信息。通过抽象工厂提供的方法,可以创建背景信息家族,并且可以与实际的信息工厂解耦,以便在不同情况下实现各式各样的工厂,创造出各种不同势力背景的召唤师。
最后,对工厂模式和抽象工厂模式做个总结。
工厂模式:通过子类创建对象,客户只需要知道他们所使用的抽象类型就可以,而由子类决定具体类型,目的是将客户从具体类型中解耦。
抽象工厂模式:提供一个用来创建一个产品家族的抽象类型,这个类型的子类定义了产品的相关方法。要想使用这个工厂,必须先实例化它,然后将它传入一些针对抽象类型所写的代码中,例如
-(instancetype)initWithInformationFactory:(InformationFactory *)inforFactory;
方法就是需要传入InformationFactory
抽象类型。
倾情告白:抽象工厂创建相关的对象家族,而不需要依赖他们的具体类,目的也是解耦。总的来说,工厂是帮助我们针对抽象编程,而不要针对具体类编程。
关注微信公众号CodingArtist,可以第一时间得到文章更新通知! _