iOS常见设计模式总结（二）

一、简单工厂模式

初衷：在某个模块中，如果有大量的分配（new）释放（delete）某些对象操作。

这类操作如果过多，分散在各处，这样会非常难以管理，代码将会很乱，维护起来也很困难。

new操作经常要对应编写一些异常处理代码，这时编码变得极其混乱和臃肿。

在这种情况下，要解决这些问题，我们需要一个新的类。专门从事对象的建立和释放，之后，对象的各种操作，与这个类就不再有任何关系。

这个类即是工厂类，专门用于创建对象，向外暴露创建对象的接口，供外部调用。

工厂模式有一种非常形象的描述，建立对象的类就如一个工厂，而需要被建立的对象就是一个个产品；在工厂中加工产品，使用产品的人，

不用在乎产品是如何生产出来的。从软件开发的角度来说，这样就有效的降低了模块之间的耦合。

简单工厂模式示意图：

简单工厂模式有以下弱点：

1.如果要新增一个产品，这样必须在代码层次增加产品类别，不具有自动扩展的灵活性。而频繁多次修改曾经已经测试过的代码，在项目开发中是很忌讳的事情。

二、工厂方法模式

为了解决上述简单工厂模式的弱点，出现了工厂方法模式

简单说，工厂方法模式，就是针对不同的产品，使用不同的工厂类创建不同的工厂对象然后生产不同的产品。

也就是一个工厂类对应一类产品。

这样需要新建一类产品的时候，需要新建一个工厂类，同时对应扩展一个产品类

这种设计模式的缺点也是显而易见的：

1.每新增一个产品类，对应就要新建一个工厂类，如果产品比较多，必然会分配大量的工厂对象，这样维护的成本势必会增加。

2.既然每个产品的工厂类都彻底分开独立，这样某些可以复用的代码块将无法复用。

工厂方法模式：

三、为了解决工厂方法模式的上述缺陷，出现了抽象工厂模式

抽象工厂模式在一定的程度上借鉴了简单工厂模式和工厂方法模式的优点，同时抑制了其缺点。

简单说，抽象工厂在一定程度上对具有共性产品做了归类，并对应实现了生产该类产品工厂类。

此时的工厂类与工厂方法模式下的工厂类的主要区别在于，这种工厂类并不局限于创建某个特定类的产品，而是根据需要可以创建具体类型不同的产品。

抽象工厂模式示意图：

工厂模式总结：

应用场景:

1.在设计的初期，就考虑到产品在后期会进行大规模扩展的情况下，应当使用工厂方法模式；

2.产品结构较复杂的情况下，建议使用工厂方法模式；

3.工厂方法模式适用于产品种类结构单一的场合，为一类产品提供创建的接口；

4.而抽象工厂方法适用于产品种类结构多的场合，主要用于创建一组（有多个种类）相关的产品，为它们提供创建的接口；就是当具有多个抽象角色时，抽象工厂便可以派上用场。

5.至于简单工厂模式，适合类型单一，但是多个场合下频繁创建销毁的情况，当后期需要大规模扩展时，不适宜使用简单工厂模式。