iOS设计模式之抽象工厂（三）

抽象工厂模式(Abstract Factory Pattern)：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。抽象工厂模式又称为Kit模式，属于对象创建型模式。

模式组成

组成（角色）	关系	作用
抽象产品族（AbstractProduct）	抽象产品的父类	描述抽象产品的公共接口
抽象产品（Product）	具体产品的父类	描述具体产品的公共接口
具体产品（Concrete Product）	抽象产品的子类；工厂类创建的目标类	描述生产的具体产品
抽象工厂（Creator）	具体工厂的父类	描述具体工厂的公共接口
具体工厂（Concrete Creator）	抽象工厂的子类；被外界调用	描述具体工厂；实现FactoryMethod工厂方法创建产品的实例

示例结构

组成（角色）	作用	继承	方法
SQLServerUser	SQLServer操作用户表对象	继承IUser协议	用户表（增加一条记录，得到用户表一条记录）
SQLServerDepartment	SQLServer操作部门表对象	继承IDepartment协议	部门表（增加一条记录，得到部门表一条记录）
AccessUser	Access操作用户表对象	继承IUser协议	用户表（增加一条记录，得到用户表一条记录）
AccessDepartment	Access操作部门表对象	继承IDepartment协议	部门表（增加一条记录，得到部门表一条记录）
SQLServerFactory	创建用于访问SQLServer对象的工厂类	继承IFactory协议	创建用于访问用户的对象，创建用于访问部门的对象
AccessFactory	创建用于访问Access对象的工厂类	继承IFactory协议	创建用于访问用户的对象，创建用于访问部门的对象

示例代码

SQLServer操作用户表对象

SQLServerUser

• objectivec
• objectivec

#import <Foundation/Foundation.h>
#import "IUser.h"

@interface SQLServerUser : NSObject <IUser>

@end

#import "SQLServerUser.h"

@implementation SQLServerUser

- (void)insert:(User *)user {
    NSLog(@"在 SQL Server 中给 User 表增加一条记录");
}

- (User *)getUser:(NSString *)userId {
    NSLog(@"在 SQL Server 中根据 userId 得到 User 表一条记录");
    return nil;
}

@end

Access操作部门表对象

AccessDepartment

• objectivec
• objectivec

#import <Foundation/Foundation.h>
#import "IDepartment.h"

@interface AccessDepartment : NSObject <IDepartment>

@end

#import "AccessDepartment.h"

@implementation AccessDepartment

- (void)insert:(Department *)department {
    NSLog(@"在 Access 中给 Department 表增加一条记录");
}

- (Department *)getDepartment:(NSString *)departmentId {
    NSLog(@"在 Access 中根据 departmentId 得到 Department 表一条记录");
    return nil;
}

@end

创建用于访问 SQL Server 对象的工厂类

example

• objectivec
• objectivec

#import <Foundation/Foundation.h>
#import "IFactory.h"

// 创建用于访问 SQL Server 对象的工厂类
@interface SQLServerFactory : NSObject <IFactory>

@end

#import "SQLServerFactory.h"
#import "SQLServerUser.h"
#import "SQLServerDepartment.h"

@implementation SQLServerFactory

- (id<IUser>)createUser {
    return [[SQLServerUser alloc] init];
}

- (id<IDepartment>)createDepartment {
    return [[SQLServerDepartment alloc] init];
}

@end

创建用于访问Access对象的工厂类

example

• objectivec
• objectivec

#import <Foundation/Foundation.h>
#import "IFactory.h"

@interface AccessFactory : NSObject <IFactory>

@end

#import "AccessFactory.h"
#import "AccessUser.h"
#import "AccessDepartment.h"


@implementation AccessFactory

- (id<IUser>)createUser {
    return [[AccessUser alloc] init];
}

- (id<IDepartment>)createDepartment {
    return [[AccessDepartment alloc] init];
}

@end

客户端调用

AbstractFactoryTests

//id<IFactory> factory = [[SQLServerFactory alloc] init];
    id<IFactory> factory = [[AccessFactory alloc] init];
    id<IUser> user = [factory createUser];
    [user insert:[[User alloc]init]];
    [user getUser:@""];
    id<IDepartment> department = [factory createDepartment];
    [department insert:[[Department alloc]init]];
    [department getDepartment:@""];

优点

• 抽象工厂模式隔离了具体类的生成，使得客户并不需要知道什么被创建。由于这种隔离，更换一个具体工厂就变得相对容易。所有的具体工厂都实现了抽象工厂中定义的那些公共接口，因此只需改变具体工厂的实例，就可以在某种程度上改变整个软件系统的行为。另外，应用抽象工厂模式可以实现高内聚低耦合的设计目的，因此抽象工厂模式得到了广泛的应用。
• 当一个产品族中的多个对象被设计成一起工作时，它能够保证客户端始终只使用同一个产品族中的对象。这对一些需要根据当前环境来决定其行为的软件系统来说，是一种非常实用的设计模式。
• 增加新的具体工厂和产品族很方便，无须修改已有系统，符合“开闭原则”。

缺点

• 在添加新的产品对象时，难以扩展抽象工厂来生产新种类的产品，这是因为在抽象工厂角色中规定了所有可能被创建的产品集合，要支持新种类的产品就意味着要对该接口进行扩展，而这将涉及到对抽象工厂角色及其所有子类的修改，显然会带来较大的不便。
• 开闭原则的倾斜性（增加新的工厂和产品族容易，增加新的产品等级结构麻烦）。

适用场景

在以下情况下可以使用抽象工厂模式：

• 一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节，这对于所有类型的工厂模式都是重要的。
• 系统中有多于一个的产品族，而每次只使用其中某一产品族。
• 属于同一个产品族的产品将在一起使用，这一约束必须在系统的设计中体现出来。
• 系统提供一个产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于具体实现。

总结

• 抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。抽象工厂模式又称为Kit模式，属于对象创建型模式。
• 抽象工厂模式包含四个角色：抽象工厂用于声明生成抽象产品的方法；具体工厂实现了抽象工厂声明的生成抽象产品的方法，生成一组具体产品，这些产品构成了一个产品族，每一个产品都位于某个产品等级结构中；抽象产品为每种产品声明接口，在抽象产品中定义了产品的抽象业务方法；具体产品定义具体工厂生产的具体产品对象，实现抽象产品接口中定义的业务方法。
• 抽象工厂模式是所有形式的工厂模式中最为抽象和最具一般性的一种形态。抽象工厂模式与工厂方法模式最大的区别在于，工厂方法模式针对的是一个产品等级结构，而抽象工厂模式则需要面对多个产品等级结构。
• 抽象工厂模式的主要优点是隔离了具体类的生成，使得客户并不需要知道什么被创建，而且每次可以通过具体工厂类创建一个产品族中的多个对象，增加或者替换产品族比较方便，增加新的具体工厂和产品族很方便；主要缺点在于增加新的产品等级结构很复杂，需要修改抽象工厂和所有的具体工厂类，对“开闭原则”的支持呈现倾斜性。
• 抽象工厂模式适用情况包括：一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节；系统中有多于一个的产品族，而每次只使用其中某一产品族；属于同一个产品族的产品将在一起使用；系统提供一个产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于具体实现。