抽象工厂模式-iOS实践

意图：
提供一个接口，用来创建一组相关或者相互依赖的对象，而无需指定他们的具体类
适用范围：
提供一个产品类库，显示它们的接口，隐藏具体实现，使系统独立于产品的创建、组合、表示

缺点：
当有新增品类的时候，同时需要拓展抽象工厂和具体工厂
解决方案：
抽象工厂需要更抽象，不再关心产品的品类，具体工厂需要更具体，只提供一种产品的规格参数
具体实现：
通过反射机制运行时动态创建产品，具体工厂不再负责生产，而是提供产品的具体参数，抽象工厂通过产品参数反射出具体工厂，然后生产一个产品

实践-app壳工程

大型app基本都经历过从简单架构到复杂架构的演进，像支付宝、美团这种体量的app不拆分业务线简直就是灾难，本文以一个app为工厂，该工厂生产各种业务线，就拿美团来举例，有骑行、打车、电影、外卖业务线

定义一个业务线工厂协议AbstractFactoryProtocol.h，该协议只描述各个业务线的通用行为，比如是否是单例

@protocol AbstractFactoryProtocol 

@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 

@end

定义具体产品，骑行、打车、电影、外卖

@interface BikePage : UIViewController

@end

@interface CarPage : UIViewController

@end

@interface MoviePage : UIViewController

@end

@interface TakeoutPage : UIViewController

@end

客户端只需要引用抽象工厂和具体工厂集合即可生产所有产品

id item0 = [[AbstractFactory sharedFactory] createProduct:@protocol(BikeFactoryMethodProtocol)];

id item1 = [[AbstractFactory sharedFactory] createProduct:@protocol(CarFactoryMethodProtocol)];

id item2 = [[AbstractFactory sharedFactory] createProduct:@protocol(MovieFactoryMethodProtocol)];

id item3 = [[AbstractFactory sharedFactory] createProduct:@protocol(TakeoutFactoryMethodProtocol)];

总结

更具体的做法是，各个业务线会拆包开发，各自维护自己的业务线协议，新增业务线只需要在壳工程配置自己的协议即可，本文demo地址，该方案弥补了抽象工厂模式的拓展问题，但是存在字符串硬编码问题，若有类和协议不匹配会抛出异常，这里推荐阿里出品的iOS解耦神器BeeHive，它的做法是，用一个全局的字典保存协议与类名字的映射关系，当然这也是一种硬编码，只不过用起来更灵活，协议和类可以随意命名