抽象工厂是一种创建型模式,是为了解决实例化时所带来的问题。
我们先来看看是什么问题,有的时候我们会遇到这种情况,我们需要一系列的对象。举个例子,有一系列BMW汽车零部件的对象:轮子bmwwheel,油箱bmwoilbox,在一个管理函数中调用它们,代码如下
class BMWWheel
{
public BMWWheel(){};
}
class BMWOilbox
{
public BMWOilbox(){};
}
public void Manage()
{
BMWOilbox oilbox = new BMWOilbox();
BMWWheel wheel = new BMWWheel();
}
如果现在需求变了,我们要用大众一汽BORA的零件,不用BMW的,那么我们除了要再加上相应的零件对象外还要将Manage函数中的对象更改为BORA的零件对象。
那这时发现new会带来了一些问题:实现依赖,不能应对具体实例化类型的变化。
如何解决这类问题呢?封装变化点。(没有变化的就不需要封装)
工厂模式的缘起:
1、变化点在“对象创建”,因此就封装“对象创建”
2、面向接口编程
简单工厂问题:
1、不能应对“不同系列对象”的变化。如:我们要在上面的代码中加上其他的对象就不能很好的应对了
2、使用面向对象国内的技术来封装变化点
动机:在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作;同时,由于需求的变化,往往存在更多系列对象的创建工作。面对这种问题,我们想绕过常规的对象创建方法,提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合。
对于“紧耦合”,我原来是不喜欢这个词的,但是今天明白了,不是程序紧耦合不好,而是面对频繁变化的需求,紧耦合会使程序的编写变得很吃力。如果面对一个不变的需求,松耦合和紧耦合在代码编写上应该是没什么区别的。
《设计模式》中解释这种模式的意图是:提供一个接口,让该接口负责创建一系列“相关或者相互依赖的对象”,无需指定他们的具体类。
下面我们来看看如何使用抽象工厂模式完成对这种变化的封装:
首先我们的需求是BMW的车轮和油箱,当然他们要继承各自的基类,代码如下
public class Test{
public static void main(String[] args) {
AbstractFactory factory = null;
factory = new BMWFactory();
factory.CreatWheel();
System.out.println("\n");
factory.CreatOilBox();
System.out.println("\n");
}
}
//抽象轮子
abstract class AbstractWheel {
public AbstractWheel(){}
}
//抽象邮箱
abstract class AbstractOilBox{
public AbstractOilBox(){}
}
//宝马轮子,继承自抽象轮子
class BMWWheel extends AbstractWheel{
public BMWWheel(){
System.out.println("Create a BMWwheel");
}
}
//宝马邮箱,继承自抽象邮箱
class BMWOilbox extends AbstractOilBox{
public BMWOilbox(){
System.out.println("Create a BMWOilbox");
}
}
//抽象工厂
abstract class AbstractFactory{
abstract public AbstractWheel CreatWheel();
abstract public AbstractOilBox CreatOilBox();
}
//宝马工厂
class BMWFactory extends AbstractFactory{
public AbstractWheel CreatWheel(){
return new BMWWheel();
}
public AbstractOilBox CreatOilBox(){
return new BMWOilbox();
}
}
显示结果:
Create a BMWwheel
Create a BMWOilBox
现在我们想不用BMW的零件,用BORA的零件了,先写一些BORA零件的类:
class BORAWheel extends AbstractWheel{
public BORAWheel() {
System.out.println("Create a BORAWheel");
}
}
class BORAOilBox:AbstractOilBox {
public BORAOilBox() {
System.out.println("Create a BORAOilBox");
}
}
然后我们再创建BORA零件的工厂:
class BORAFactory extends AbstractFactory {
public AbstractWheel CreatWheel() {
return new BORAWheel();
}
public AbstractOilBox CreatOilBox(){
return new BORAOilBox();
}
}
再来看看如何在Main函数中修改使其调用BORA的零件;我们只要在将Main中的factory对象实例化为BORA的工厂BORAFactory就可以了:
public static void main(String[] args) {
AbstractFactory factory = null;
factory = new BORAFactory();
factory.CreatWheel();
factory.CreatOilBox();
}
结果如下:
Create a BORAWheel
Create a BORAOilBox
Abstract Factory模式的几个要点:
1、如果没有应对“多系列对象构建”的需求变化,则没有必要使用Abstract Factory模式。
2、“系列对象”指的是这项对象之间有相互依赖、或作用的关系。
3、Abstract Factory模式主要在于应对“新系列”的需求变动。缺点是难以应对“新对象”的需求变动。这一点应该注意,就像前面说的,如果我们现在要在加入其他系列的类,代码的改动会很大。
4、Abstract Factory模式经常和Factory Method模式共同组合来应对“对象创建”的需求变化。
修改自:http://www.cnblogs.com/kid-li/archive/2006/04/22/382412.html
分享到:
相关推荐
C#面向对象设计模式纵横谈(3):Abstract Factory 抽象工厂模式(创建型模式) 体验课程
C#面向对象设计模式纵横谈(3):Abstract Factory 抽象工厂模式(创建型模式) (Level 300)
C#面向对象设计模式纵横谈(3):Abstract Factory 抽象工厂模式(创建型模式)
C#面向对象设计模式纵横谈(3):Abstract Factory 抽象工厂模式(创建型模式),.net常用设计模式。
Abstract_Factory抽象工厂Abstract_Factory抽象工厂Abstract_Factory抽象工厂Abstract_Factory抽象工厂
3、抽象工厂模式(Abstract Factory Pattern) 用意:一个工厂生产一系列产品
抽象工厂模式(Abstract Factory Pattern) 引入: 在前面介绍的两个创建型模式里面,我们解决的都是有关"new"的问题,用它们来避免显式指定类创建对象。我写的也非常简单易懂,相信看过的朋友们都应该对简单工厂...
设计模式抽象工厂模式(AbstractFactory)源代码
设计模式 抽象工厂 Abstract Factory 抽象工厂模式
设计模式C++学习之抽象工厂模式(AbstractFactory)
设计模式,AbstractFactory,抽象工厂模式
抽象工厂模式(Abstract Factory Pattern):提供一个创建一系列相关或相互依赖对象的接口,而无须指定它们具体的类。抽象工厂模式又称为Kit模式,属于对象创建型模式。
java之 抽象工厂模式(abstract factory) 之水果类和蔬菜类 (香蕉、梨、黄瓜、大蒜),北方市场,南方市场。。
NULL 博文链接:https://chaimzane.iteye.com/blog/337094
博客 走进设计模式之抽象工厂(Abstract Factory) 对应代码
在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作;同时由于需求的变化,往往存在着更多系列对象的创建工作。如何应对这种变化?如何绕过常规的对象的创建方法(new),...这就是我们要说的抽象工厂模式。
Abstract Factory模式 1 定义创建对象的接口,并封装对象的创建 2 将具体化类的工作延迟到了类中 3 创建创建一组相关对象或者说是一组相互依赖的对象 一般情况下,我们为了提高内聚和松耦合,经常会使用多态来...
C#设计模式之抽象工厂(abstract factory)模式示例源代码
NULL 博文链接:https://conkeyn.iteye.com/blog/1245113