iOS 工厂模式

一、GOF是这样描述工厂模式的：

“Define an interface for creating an object, but let subclasses decide which class to instantiate. Factory Method lets a class defer instantiation to subclasses.”

在基类中定义创建对象的一个接口，让子类决定实例化哪个类。工厂方法让一个类的实例化延迟到子类中进行。

“专门定义一个类来负责创建其他类的实例，被创建的实例常常具有共同的父类。”

实际上就是由一个工厂类，根据传入的参数，动态的决定创建出哪一个产品类的实例。

工厂方法要解决的问题是对象的创建时机，它提供了一种扩展的策略，很好地符合了开放封闭原则。工厂方法也叫做虚构造器（Virtual Constructor).

二、什么时候使用工厂方法？

三、iOS中工厂方法的简单实现

  举个例子，有一家生产衣服的工厂,它生产2种型号的衣服,一个为DOTA类,一个为LOL类,经销商需要进什么类型的货一定要显示的告诉工厂,生产指定的类型,这样很麻烦,后来它有钱了,开了两家工厂,一家单独生产DOTA类,一家单独生产LOL类,这样,经销商进货直接去找对应的工厂就行.  

#import <Foundation/Foundation.h>

@interface HMTClothes : NSObject

//  展示衣服类型
- (void)showClothesType;												       @end

#import "HMTClothes.h"

@implementation HMTClothes
- (void)showClothesType{
}
@end

#import "HMTClothes.h"

@interface HMTClothes_Dota : HMTClothes

- (void)showClothesType;

@end

#import "HMTClothes_Dota.h"

@implementation HMTClothes_Dota

- (void)showClothesType{
  NSLog(@"这件衣服的类型是Dota");
}
@end

#import "HMTClothes.h"

@interface HMTClothes_LOL : HMTClothes

- (void)showClothesType;

@end

#import "HMTClothes_LOL.h"

@implementation HMTClothes_LOL

- (void)showClothesType{
  NSLog(@"这件衣服的类型是LOL");
}

@end

#import <Foundation/Foundation.h>

@class HMTClothes;
@interface HMTClothesFactory : NSObject

- (HMTClothes *)makeClothes;

@end

#import "HMTClothesFactory.h"

@implementation HMTClothesFactory

- (HMTClothes *)makeClothes{
  return nil;
}
@end

#import "HMTClothesFactory.h"

@interface HMTClothesDotaFactory : HMTClothesFactory

- (HMTClothes *)makeClothes;

@end

#import "HMTClothesDotaFactory.h"
#import "HMTClothes_Dota.h"

@implementation HMTClothesDotaFactory

- (HMTClothes *)makeClothes{
  return [[HMTClothes_Dota alloc] init];
}
@end

#import "HMTClothesFactory.h"

@interface HMTClothesLOLFactory : HMTClothesFactory

- (HMTClothes *)makeClothes;

@end

#import "HMTClothesLOLFactory.h"
#import "HMTClothes_LOL.h"
@implementation HMTClothesLOLFactory

- (HMTClothes *)makeClothes{
  return [[HMTClothes_LOL alloc] init];
}
@end

- (void)viewDidLoad{
  [super viewDidLoad];
  
  /**
   *  实例变量的类型,是由进行了alloc的Class决定的,一般也就是等号的右边
   *  就好比,NSMutableArray * mutableArray = 一个类型为NSArray的数组;它的实质还是一个NSArray类型,并
   *  不能调用NSMutableArray的方法
   */
  HMTClothesFactory *clothesFactory = [[HMTClothesDotaFactory alloc] init];
  HMTClothes *clothes = [clothesFactory makeClothes];
  [clothes showClothesType];  //  -->输出的是"这件衣服的类型是Dota"
  //  如果你想制造LOL衣服,直接把HMTClothesDotaFactory->HMTClothesLOLFactory即可
 }

通过以上的结构图和代码可知，简单工厂模式主要有三种角色，分别是工厂角色、抽象产品角色和具体产品角色。
   
   
工厂类角色：简单工厂模式的核心，负责根据传入的参数来实例化具体的产品实例。
抽象产品角色：通常是工厂产生具体类的父类(或者是具体类实现的接口)。
具体产品角色：简单工厂模式所创建的任何对象都是这个角色的实例。
优缺点                        
　　从上面的介绍可以看出，简单工厂模式的优点是客户端可以直接消费产品，而不必关心具体产品的实现，消除了客户端直接创建产品对象的责任，实现了对责任的分割。
　　缺点是工厂类集中了所有产品的创建逻辑，一旦不能正常工作，整个系统都会受到影响，而且当产品类别多结构复杂的时候，把所有创建工作放进一个工厂来，会使后期程序的扩展较为困难。
　　通过优缺点的分析，我们可以在如下场景下使用简单工厂模式：
   
   
工厂类负责创建的对象比较少时；
客户端只知道传入工厂类的参数，对于如何创建对象的逻辑不必关心时。