创建型模式 - 简单工厂(Simple Factory)模式 - 《资料库》

介绍
结构图
实现
新的结构图
新的实现
改进方案
总结
适用场景

介绍

工厂模式是最常用的一种创建型模式，通常所说的工厂模式一般是指工厂方法模式。本篇是是工厂方法模式的“小弟”，我们可以将其理解为工厂方法模式的预备知识，它不属于GoF 23种设计模式，但在软件开发中却也应用地比较频繁。此外，工厂方法模式还有一位“大哥”—抽象工厂模式，会在后面进行介绍。
要点：简单工厂模式并不属于GoF 23种经典设计模式，但通常将它作为学习其他工厂模式的基础。

简单工厂模式（Simple Factory）	学习难度：★★☆☆☆	使用频率：★★★☆☆

简单工厂（Simple Factory）模式：定义一个工厂类，它可以根据参数的不同返回不同类的实例，被创建的实例通常都具有共同的父类。因为在简单工厂模式中用于创建实例的方法是静态（static）方法，因此简单工厂模式又被称为静态工厂方法模式，它属于创建型模式。
简单工厂模式的要点在于：当你需要什么，只需要传入一个正确的参数，就可以获取你所需的对象，而无须知道其创建细节。

结构图

简单工厂(Simple Factory)模式 - 图1
简单工厂模式包含3个角色：

Factory - 工厂角色：该模式的核心，负责实现创建所有产品实例的内部逻辑，提供一个静态的工厂方法GetProduct()，返回抽象产品类型Product的实例。
Product - 抽象产品角色：所有产品类的父类，封装了各种产品对象的共有方法，它的引入将提高系统的灵活性，使得在工厂类中只需要定义一个通用的工厂方法，因为所有创建的具体产品对象都是其子类对象。
ConcreteProduct - 具体产品角色：简单工厂模式的创建目标，所有被创建的对象都充当这个角色的某个具体类的实例。

在简单工厂模式中，客户端通过工厂类来创建一个产品类的实例，而无须直接使用new关键字来创建对象。（可以看出，它是工厂模式家族中最简单的一员）

实现

例如：M公司想要基于C#语言开发一套图表库，该图表库可以为应用系统提供各种不同外观的图标，例如柱状图、饼状图或折线图等。M公司图表库设计开发人员希望为应用系统开发人员提供一套灵活易用的图表库，而且可以较为方便地对图表库进行扩展，以便于在将来增加一些新类型的图表。
M公司的程序员提出了一个初始设计方案，将所有图表的实现代码封装在一个Chart类中，其框架代码如下所示：

public class Chart
{
    private string type; // 图表类型
    public Chart(object[][] data, string type)
    {
        this.type = type;
        if (this.type.Equals("histogram", StringComparison.OrdinalIgnoreCase))
        {
            // 初始化柱状图
        }
        else if (this.type.Equals("pie", StringComparison.OrdinalIgnoreCase))
        {
            // 初始化饼状图
        }
        else if (this.type.Equals("line", StringComparison.OrdinalIgnoreCase))
        {
            // 初始化折线图
        }
    }
    public void Display()
    {
        if (this.type.Equals("histogram", StringComparison.OrdinalIgnoreCase))
        {
            // 显示柱状图
        }
        else if (this.type.Equals("pie", StringComparison.OrdinalIgnoreCase))
        {
            // 显示饼状图
        }
        else if (this.type.Equals("line", StringComparison.OrdinalIgnoreCase))
        {
            // 显示折线图
        }
    }
}

客户端代码通过调用Chart类的构造函数来创建图表对象，根据参数type的不同可以得到不同类型的图标，然后再调用Display()方法来显示相应的图表。
　　但是，不难看出，Chart类是一个巨大的类，存在很多问题：

在Chart类中包含很多if-else代码块，相当冗长，可读性很差；
Chart类的职责过重，负责初始化和显示各种图表对象，违反了单一职责原则；
当需要增加新的图表类型时，必须修改Chart类的源代码，违反了开闭原则；
客户端只能通过new关键字来直接创建Chart对象，Chart类与客户端类耦合度较高，对象的创建和使用无法分离；
客户端在创建Chart对象之前可能还需要进行大量初始化设置，例如设置柱状图的颜色和高度等，如果在Chart类的构造函数中没有提供一个默认设置，那就只能由客户端来完成初始设置，这些代码在每次创建Chart对象时都会出现，导致代码的重复；
新的结构图
为了将Chart类的职责分离，同时将Chart对象的创建和使用分离，M公司开发人员决定使用简单工厂模式对图表库进行重构，重构后的结构图如下所示：

新的实现

抽象产品角色：IChartable接口

public interface IChartable
{
    void Display();
}

具体产品角色：各种图表类型

/// <summary>
/// 柱状图
/// </summary>
public class HistogramChart : IChartable
{
    public HistogramChart()
    {
        Console.WriteLine("创建柱状图...");
    }
    public void Display()
    {
        Console.WriteLine("显示柱状图...");
    }
}
/// <summary>
/// 折线图
/// </summary>
public class LineChart : IChartable
{
    public LineChart()
    {
        Console.WriteLine("创建折线图...");
    }
    public void Display()
    {
        Console.WriteLine("显示折线图...");
    }
}
/// <summary>
/// 饼状图
/// </summary>
public class PieChart : IChartable
{
    public PieChart()
    {
        Console.WriteLine("创建饼状图...");
    }
    public void Display()
    {
        Console.WriteLine("显示饼状图...");
    }
}

工厂角色：ChartFactory

public class ChartFactory
{
    public static IChartable GetChart(string type)
    {
        IChartable chart = null;
        if (type.Equals("histogram", StringComparison.OrdinalIgnoreCase))
        {
            chart = new HistogramChart();
            Console.WriteLine("初始化设置柱状图...");
        }
        else if (type.Equals("pie", StringComparison.OrdinalIgnoreCase))
        {
            chart = new PieChart();
            Console.WriteLine("初始化设置饼状图...");
        }
        else if (type.Equals("line", StringComparison.OrdinalIgnoreCase))
        {
            chart = new PieChart();
            Console.WriteLine("初始化设置折线图...");
        }
        return chart;
    }
}

客户端调用：

public static void Main()
{
    IChartable chart = ChartFactory.GetChart("histogram");
    if (chart != null)
    {
        chart.Display();
    }
    chart = ChartFactory.GetChart("pie");
    if (chart != null)
    {
        chart.Display();
    }
}

运行结果

在客户端代码中，使用工厂类的静态方法来创建具体产品对象，如果需要更换产品，只需要修改静态工厂方法中的参数即可。例如：将柱状图改为饼状图，只需要将代码：

IChartable chart = ChartFactory.GetChart("histogram");

改为：

IChartable chart = ChartFactory.GetChart("pie");

改进方案

M公司开发人员发现在创建具体Chart对象时，每次更换一个Chart对象都需要修改客户端中静态工厂方法的参数，客户端代码需要重新编译，这对于客户端而言，是违反了开闭原则的。于是，开发人员希望有一种方法能够在不修改客户端代码地前提下更换具体产品对象。
因此，他们考虑使用配置文件（XML）来实现：

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <appSettings>
    <add key="charttype" value="histogram"/>
  </appSettings>
</configuration>

客户端因此改为：

public static void Main()
{
    // 读取配置文件中的charttype
    string type = AppConfigHelper.GetChartType();
    if (string.IsNullOrEmpty(type))
    {
        return;
    }
    IChartable chart = ChartFactory.GetChart(type);
    if (chart != null)
    {
        chart.Display();
    }
}

运行结果如下：

总结

优点：

实现了对象创建和使用的分离：客户端可以免除直接创建产品对象的职责，而仅仅“消费”产品。
客户端无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的的参数即可。
通过引入配置文件，可以在不修改任何客户端代码地情况下更换和增加新的具体产品类，在一定程度上提高了系统的灵活性。

缺点：

由于工厂类集中了所有产品的创建逻辑，职责过重，一旦不能正常工作，整个系统都要受影响。
使用简单工厂模式势必会增加系统中类的个数（引入新的工厂类），增加了系统的复杂度和理解难度。
系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能会造成工厂逻辑过于复杂，不利于系统的扩展和维护。
简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承的等级结构。

适用场景
工厂类负责创建的对象比较少，由于创建的对象较少，不会造成工厂方法中的业务逻辑太过复杂。
客户端只需要知道传入工厂类的参数，对于如何创建对象并不关心。

原文链接: EdisonZhou

简单工厂(Simple Factory)模式

介绍

结构图

实现

新的结构图

新的实现

改进方案

总结

适用场景