Abstract Factory抽象工厂（创建型模式）

提供一个接口，让该接口负责创建一系列“相关或者相互依赖的对象”，无需制定它们具体的类。 –《设计模式》 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模式共同组合来应对“对象创建”的需求变化。