Abstract Factory 抽象工厂模式(创建型模式)

  说到对象的创建,我们第一想到的就是New。但New带来的问题是实现依赖,不能应对“具体实例类型”的变化。创建型模式其实就是解决New的问题。
哪里变化,封装哪里。我们认为对象的创建存在变化,因为我们封装对象创建。
例1:对象创建

class Road
{
}

class Test
{
  
static void Main()
 
{
   Road road 
= new Road();
 }

}

若路是经常变化的,则路的创建是变化的,封装变化点。new是变化点。
例2:封装对象创建

class Road
{
}

class RoadFactory
{
  
public static Road CreateRoad()
  
{
      
return new Road();
  }

}


class Test
{
   
static void Main()
   
{
      Road road 
= RoadFactory.CreateRoad();
   }

}

RoadFactory是变化点。
例2:创建一系列相互依赖的对象

class Wall
{
}

class Window
{
}

class Floor
{
}

class House
{
   Wall w;
   Window wi;
   Floor f;
   
public House(Wall w,Window wi,Floor f)
   
{
     
this.w=w;this.wi=wi;this.f=f;
   }

}

class HouseFactory
{
  
public static Wall CreateWall()
  
{
     
return new Wall();
  }

  
public static Window CreateWindow()
  
{
     
return new Window();
  }

  
public static FloorCreateFloor()
  
{
     
return new Floor();
  }

}

//创建房子,由墙,窗户,地板组成
class Test
{
  
static void Main()
  
{
     Wall w 
= HouseFactory.CreateWall();
     Window wi 
= HouseFactory.CreateWindow();
     Floor f 
= HouseFactory.CreateFloor();
     House h 
= new House(w,wi,f);
  }

}

若需要创建不同风格的House,如古典房子:砖墙、木窗、砖地板。现代房子:水泥墙、铝窗、水泥
地板。这就是简单(静态)工厂模式的问题所在,不能应对“不同系列对象”的变化。HouseFactory是变化点,这是抽象工厂模式需要解决的问题。
例3:抽象工厂

public abstract class Wall
{
}

Wall
public abstract class Window
{
}

Window
public abstract class Floor
{
}

Floor

 
  生成x系列的House还是y系列的房子,客户程序仅需要修改一行代码。其实把这种改变写到配置文件中将不需要重新编译代码就能得到不同系列的房子。利用反射技术创建HouseFactory的对象。

一、动机(Motivation)
   在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作;同时,由于需求的变化往往存在“更多系列对象”的创建工作。
 如何应对这种变化?如何绕过常规的对象创建方法(new),提供一种“封装机制”来避免客户程序和这种多系列具体对象创建工作的紧密耦合?
二、意图(Intent)
  提供一个接口,让该接口负责创建一系列相关或者相互依赖的对象,无需指定它们具体的类。
三、结构(Structure)


PS:
如果没有应对“多系列对象构建”的需求变化,则没有必要使用abstract factory模式,这时使用简单的静态工厂完全可以。
“系列对象”指的是这些对象之间有相互依赖,或作用的关系。
abstract factory模式主要在于应对“新系列”的需求变动。其缺点在于难以应对“新对象”的需求变动。

posted on 2006-02-11 15:50  蝈蝈  阅读(472)  评论(0编辑  收藏  举报