提供一个接口,让该接口负责创建一系列“相关或者相互依赖的对象”,无需制定它们具体的类。 –《设计模式》 GoF
a.new的问题
- 常规的对象创建方法:
// 创建一个Road对象
Road road = new Road();
- new的问题:实现依赖,不能应对“具体实例化类型”的变化。
- 解决思路
封装变化点–哪里变化,封装哪里。
潜台词:如果没有变化,当然不需要额外的封装。
工厂模式的缘起
- 变化点在“对象创建”,因此就封装“对象创建”。
- 面向对象编程–依赖接口,而非依赖实现。
- 最简单的解决方法
class RoadFactory
{
public static Road CreateRoad()
{
return new Road();
}
}
// 创建一个Road对象
Road road = roadFactory.CreateRoad();
工厂模式动机
- 在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作;
- 同时,由于需求的变化,往往存在更多系列对象的创建工作。
代码实例
/// <summary>
/// 道路
/// </summary>
abstract class Road
{ }
/// <summary>
/// 建筑
/// </summary>
abstract class Building
{ }
/// <summary>
/// 地道
/// </summary>
abstract class Tunnel
{ }
/// <summary>
/// 丛林
/// </summary>
abstract class Jungle
{ }
abstract class FacilitiesFactory
{
public abstract Road CreateRoad();
public abstract Building CreateBuilding();
public abstract Tunnel CreateTunnel();
public abstract Jungle CreateJungle();
}
/// <summary>
/// 客户程序
/// </summary>
class GameManager
{
FacilitiesFactory facilitiesFactory;
public GameManager(FacilitiesFactory facilitiesFactory)
{
this.facilitiesFactory = facilitiesFactory;
}
public void BuildGameFacilities()
{
Road road = facilitiesFactory.CreateRoad();
Building building = facilitiesFactory.CreateBuilding();
Tunnel tunnel = facilitiesFactory.CreateTunnel();
Jungle jungle = facilitiesFactory.CreateJungle();
}
}
Abstract Factory模式的几个要点
- 如果没有应对“多系列对象构建”的需求变化,则没有必要使用Abstract Factory模式,这时候使用简单的静态工厂完全可以。
- “系列对象”指的是这些对象之间存在相互依赖或作用的关系,例如游戏开发场景中的“道路”与“房屋”的依赖,“道路”与“地道”的依赖。
- Abstract Factory模式主要在于应对“新系列”的需求变化。其缺点在于难易应对“新对象”的需求变动。
- Abstract Factory模式经常和Factory Method模式共同组合来应对“对象创建”的需求变化。