转载

OO设计模式_抽象工厂模式

Motivation

在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作;同时,由于需求变化,往往存在更多系列对象的创建工作。

如何对应这种变化?如果绕过常规的对象创建方法(New),提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合。

Intent

提供一个接口,让该接口负责创建一系列“相关或者相互依赖的对象”,无需指定他们的具体的类。

Structure

OO设计模式_抽象工厂模式

Code:

abstract class FacilityFactory {  abstract Road CreateRoad();  abstract Road CreateBuilding();  abstract Road CreateJungle(); } class ModernFacilityFactory {  override Road CreateRoad()  {   return new ModernRoad();   }  abstract Road CreateBuilding()   {   return new ModernBuilding();  }  abstract Road CreateJungle()  {   return new ModernJungle();  } } class ClassicFacilityFactory {  override Road CreateRoad()  {   return new ClassicRoad();   }  abstract Road CreateBuilding()   {   return new ClassicBuilding();  }  abstract Road CreateJungle()  {   return new ClassicJungle();  } } abstract class Road { } class ModernRoad : Road { } class ClassicRoad : Road { } abstract class Building { } class ModernBuilding : Building { } class ClassicBuilding : Building { } abstract class Jungle { } class ModernJungle : Jungle { } class ClassicJungle : Jungle { } class App {  Road road;  Building building;  Jungle jungle;  public static void Main()  {   FacilityFactory modernFacilityFactory=new ModernFacilityFactory();   Road road = modernFacilityFactory.CreateRoad();   building = modernFacilityFactory.CreateBuilding();   jungle = modernFacilityFactory.CreateJungle();  } } 

Main Point:

如果没有应对“多系列对象构建”的需求变化,则没有必要使用Abstract Factory模式,这时候使用简单的静态工厂完全可以。

“系列对象”指的是这些对象之间有相互依赖、或作用的关系,例如游戏开发场景中的“道路”与“房屋”的依赖,“道路”与“地道”的依赖。

Abstract Factory模式主要在于应对“新系列”的需求变化。其缺点在于难以应对“新对象”的需求变动。

Abstract Factory模式经常和Factory Method模式共同组合来应对“对象创建”的需求变化。

正文到此结束
Loading...