iOS-工厂模式
2017-09-27 本文已影响106人
doudo
工厂模式的特点是，根据客户的要求，创建出不同的产品（也就是实例对象），而客户不需要知道产生的细节。
一、简单工厂模式
简单工厂
缺点：
- 工厂类只有一个，它包含了所有产品的创建逻辑，以后如果扩展，就需要修改这个工厂类。
二、工厂方法模式
工厂方法模式UML图
根据图可以看出，首先有一个抽象类，它不做具体的工作，而是由它的子类去实现功能，不同的子类工厂生产不同的产品。所以客户要想用使用具体的产品，需要指定具体的工厂来生产。
特点：
降低了工厂类的内聚，又很好的符合了面向对象设计中的单一职责原则，这样有利于程序的拓展。
三、抽象工厂模式
每个抽象工厂派生多个具体工厂类，每个具体工厂负责多个（一系列产品簇）具体产品的实例创建。
首先看一幅图
产品登记结构
首先要弄懂一个产品簇和一个产品等级结构的概念。一个产品等级结构，指的是继承自同一个产品抽象类的 产品类，比如联想手机、iPhone都是继承自手机抽象类，它们就属于一个产品等级结构。而电脑又是一个产品等级结构，里边分联想、mac。这时候，产品簇的概念就来了，mac和iPhone都是 iOS系统的，它们可以被划分为同一个产品簇里。
总结:从简单工厂模式到工厂模式，再到抽象工厂模式。可以看到整个模式的一步步演进。简单工厂模式在产品多样之后，整个工厂将会变得臃肿而难以维护。于是我们将简单工厂模式中的工程做了抽象处理，这样每种产品对应一个工厂。这样无疑会增加代码量。但是好处是显而易见的，单独让一个工厂处理一种产品会让逻辑变得好维护。但是这样还不够，因为增加新的品类，就会产生新的类，对于调用者来说，处理太多具有相同接口的类显然是不合算的。于是，我们使用抽象工厂模式来解决这个问题。我们让抽象工厂内部做一个封装，用以隐藏真正的具体工厂。这样，对于调用者来说，即时内部增加了新的产品，你也是不知道的。
