工厂模式

简单工厂模式

出现简单工厂的起因是因为， 对于大量的类的分配和销毁操作，如果分散在代码中会难以管理和维护。
简单工厂模式提供一个类，专门用于创建类，向外公开一个调用该方法的接口，之后关于该类的其他操作都与这个类无关。

在简单工厂中，产品有一个统一的interface，而可以有不同implementation，同时有一个（通常是仅有一个）工厂对象。需要产品的时候，工厂会根据已有条件做switch，选择一种产品实现，构建一个实例出来。这种设计将产品的抽象和实现分离开来，可以针对统一的产品接口进行通信，而不必特意关注具体实现的不同。对于产品类别的扩充也是可以的，但每增加一个产品，都需要修改工厂的逻辑，有一定维护成本。

缺点是：当需要新增一个类时，需要更改写好的方法，不适合扩展。

工厂方法更进一步，将工厂也抽象出来，进行接口、实现分离。这样具体工厂和具体产品可以对应着同时扩充，而不需要修改现有逻辑。当然，使用者也许在不同场景要在一定程度上自己对应的工厂选择（这个总要有人知道，不可避免）。

工厂方法模式

定义：“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];
  // Do any additional setup after loading the view.

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

抽象工厂模式

抽象工厂结合了上述优点，对有共性的产品进行归类。

以后慢慢补充。

参考文章：http://www.tuicool.com/articles/jYfieab
http://www.cocoachina.com/ios/20130516/6219.html
http://www.cocoachina.com/ios/20141124/10296.html