抽象工厂模式
一、引言
在软件系统中在动态创建对象基础上,往往由于需求的变化,会存在更多系列对象的创建工作。为此,绕过常规的对象创建(new),提供封装机制来避免客户和这种多系列具体对象的创建工作,紧密合作。这就是抽象工厂模式。
比如说:工厂模式中每个具体类只完成一个实例的创建,但是现实中一个工厂生产很多产品,而不是单个产品,为了生产一系列产品,便产生了抽象工厂。
抽象工厂是提供一个创建一系列相关或相互依赖对象的接口,而无需指定他们具体的类。
模型图:
情景模拟
这种模式可以汽车制造厂所使用的金属冲压设备中找到。这种冲压设备可以制造汽车车身部件。同样的机械用于冲压不同的车型的右边车门、左边车门、右前挡泥板、左前挡泥板和引擎罩等等。通过使用转轮来改变冲压盘,这个机械产生的具体类可以在三分钟内改变。
冲压设备为一个接口,提供系列对象创建的接口,调用接口中函数就完成了对象的创建。
-
-
二、程序设计
“绝味” 连锁店的例子来实现一个抽象工厂模式。例如,绝味鸭脖想在A和B开分店,但是由于当地人的口味不一样,在A的所有绝味的东西会做的辣一点,而B不喜欢吃辣的,所以B的所有绝味的东西都不会做的像A的那样辣,然而这点不同导致A绝味工厂和B的绝味工厂生成所有绝味的产品都不同,也就是某个具体工厂需要负责一系列产品(指的是绝味所有食物)的创建工作。
模型图:
代码:
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
//产品的抽象接口,以供子类实现 public abstract class DuckHead { public abstract void Instruction(); } public abstract class DuckBack { public abstract void Instruction(); } //下面是四个具体类的实现,分别提供四种产品,满足市场需要 public class ADuckBack : DuckBack { public override void Instruction() { throw new System.NotImplementedException(); } } public class ADuckHead : DuckHead { public override void Instruction() { throw new System.NotImplementedException(); } } //B地方的产品就不写了,关键是工厂中的调用 //抽象工厂实际上提供一个接口,为面向接口编程,这里关键是将产品和工厂解耦 public interface IDuckFactory { DuckHead CreateDuckHead(); DuckBack CreateDuckBack(); } public class AStore : IDuckFactory { public virtual DuckHead CreateDuckHead() { //实现了接口,返回了A地方的DuckHead return new ADuckHead() ; } public virtual DuckBack CreateDuckBack() { //实现了接口,返回了A地方的DuckBack return new ADuckBack(); } } //B店的代码是类似的。 调用的代码 public class Client { public static void main(string []args) { //制作A地方的鸭脖 IDuckFactory astore = new AStore(); DuckHead duckhead = astore.CreateDuckHead(); duckhead.Instruction(); DuckBack duckback = astore.CreateDuckBack(); duckback.Instruction(); } }
加入后续需要在C地方再开一家,这样就可以很少改动代码,只需扩展下代码即可。C的产品也是继承DuckHead,DuckBack,然后再加一个CFactory即可。
- -
三、综述
- 1、它有利于产品的一致性。当一个系列的产品对象被设计成一起工作时,一个应用一次只能使用同一个系列中的对象,这一点很重要,而抽象工厂很容易实现这一点。
- 2、分离了具体的类。抽象工厂模式帮助你控制一个应用创建的对象的类,因为一个工厂封装创建产品对象的责任和过程。它将客户和类的实现分离,客户通过他们的抽象接口操纵实例,产品的类名也在具体工厂的实现中被分离,它们不出现在客户代码中。
- 3、抽象工厂对于系列产品的变化支持 “开放——封闭”原则(指的是要求系统对扩展开放,对修改封闭),扩展起来非常简便,但是,抽象工厂对于添加新产品这种情况就不支持”开放——封闭 “原则,这也是抽象工厂的缺点所在。
-
抽象工厂模式很难支持新种类产品的变化。这是因为抽象工厂接口中已经确定了可以被创建的产品集合,如果需要添加新产品,此时就必须去修改抽象工厂的接口,这样就涉及到抽象工厂类的以及所有子类的改变,这样也就违背了“开发——封闭”原则。
适用性: -
一个系统不应当依赖于产品类实例如何创建、组合和表达的细节
- 这个系统有一些列产品,在一个工厂内产生。
- 系统提供一个产品类,所有的产品以同样接口出现,从而使客户端不依赖与实现。
其实就是一个接口对一系列工厂提供接口(调用函数,注意返回类型,就是产品)。相似对简单工厂的再次封装。
版权声明:本文为博主原创文章,未经博主允许不得转载。