意图：
提供一个接口，用来创建一组相关或者相互依赖的对象，而无需指定他们的具体类
适用范围：
提供一个产品类库，显示它们的接口，隐藏具体实现，使系统独立于产品的创建、组合、表示
缺点：
当有新增品类的时候，同时需要拓展抽象工厂和具体工厂
解决方案：
抽象工厂需要更抽象，不再关心产品的品类，具体工厂需要更具体，只提供一种产品的规格参数
具体实现：
通过反射机制运行时动态创建产品，具体工厂不再负责生产，而是提供产品的具体参数，抽象工厂通过产品参数反射出具体工厂，然后生产一个产品
实践-app壳工程
大型app基本都经历过从简单架构到复杂架构的演进，像支付宝、美团这种体量的app不拆分业务线简直就是灾难，本文以一个app为工厂，该工厂生产各种业务线，就拿美团来举例，有骑行、打车、电影、外卖业务线
定义一个业务线工厂协议AbstractFactoryProtocol.h，该协议只描述各个业务线的通用行为，比如是否是单例
@protocol AbstractFactoryProtocol <NSObject>
@optional
+ (id)shareInstance;
@end
定义一个抽象工厂类AbstractFactory，用单例来描述，该类负责通过产品规格参数，反射出具体工厂，然后生产产品
@interface AbstractFactory : NSObject
+ (instancetype)sharedFactory;
- (id)createProduct:(Protocol *)protocol;
@end
AbstractFactory的实现内容如下
static NSString *kProtocol = @"FactoryMethodProtocol";
static NSString *kViewController = @"Page";
@implementation AbstractFactory
+ (instancetype)sharedFactory {
static id sharedFactory = nil;
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
sharedFactory = [[self alloc] init];
});
return sharedFactory;
}
- (id)createProduct:(Protocol *)protocol {
NSString *protocolName = NSStringFromProtocol(protocol);
NSString *className = [protocolName stringByReplacingOccurrencesOfString:kProtocol withString:kViewController];
Class implClass = NSClassFromString(className);
if (!implClass) {
@throw [NSException exceptionWithName:NSInternalInconsistencyException reason:[NSString stringWithFormat:@"%@ protocol does not have match class", protocolName] userInfo:nil];
}
if ([[implClass class] respondsToSelector:@selector(shareInstance)]) {
return [[implClass class] shareInstance];
}
return [[implClass alloc] init];
}
@end
定义一个具体工厂集合SpecificProducts.h
#ifndef SpecificProducts_h
#define SpecificProducts_h
#import "BikeFactoryMethodProtocol.h"
#import "CarFactoryMethodProtocol.h"
#import "MovieFactoryMethodProtocol.h"
#import "TakeoutFactoryMethodProtocol.h"
#endif /* SpecificProducts_h */
具体工厂继承抽象工厂协议
@protocol BikeFactoryMethodProtocol <NSObject, AbstractFactoryProtocol>
@end
定义具体产品，骑行、打车、电影、外卖
@interface BikePage : UIViewController
@end
@interface CarPage : UIViewController
@end
@interface MoviePage : UIViewController
@end
@interface TakeoutPage : UIViewController
@end
客户端只需要引用抽象工厂和具体工厂集合即可生产所有产品
id<BikeFactoryMethodProtocol> item0 = [[AbstractFactory sharedFactory] createProduct:@protocol(BikeFactoryMethodProtocol)];
id<CarFactoryMethodProtocol> item1 = [[AbstractFactory sharedFactory] createProduct:@protocol(CarFactoryMethodProtocol)];
id<MovieFactoryMethodProtocol> item2 = [[AbstractFactory sharedFactory] createProduct:@protocol(MovieFactoryMethodProtocol)];
id<TakeoutFactoryMethodProtocol> item3 = [[AbstractFactory sharedFactory] createProduct:@protocol(TakeoutFactoryMethodProtocol)];
总结
更具体的做法是，各个业务线会拆包开发，各自维护自己的业务线协议，新增业务线只需要在壳工程配置自己的协议即可，本文demo地址，该方案弥补了抽象工厂模式的拓展问题，但是存在字符串硬编码问题，若有类和协议不匹配会抛出异常，这里推荐阿里出品的iOS解耦神器BeeHive，它的做法是，用一个全局的字典保存协议与类名字的映射关系，当然这也是一种硬编码，只不过用起来更灵活，协议和类可以随意命名
