.Net设计模式之简单工厂模式

概述

简单工厂模式又称为静态工厂方法（Static Factory Method）模式，属于类的创建型模式，通常根据一个条件（参数）来返回不同的类的实例。我们可以通过特定的类创建去创建新的对象，客户端只需传入特定的参数，而无需了解类的创建逻辑，即可得到所需要的对象。这种方式的好处在于：实例化谁？由特定的类说了算，不用对调用方暴露逻辑。如果后续的使用中，需要新增其他相似类别的对象时，只需要新增相似类和修改工厂类即可。

意图

提供一个类，由它负责根据一定的条件创建某一具体类的实例

类图

这里以一个喝饮料的为例，分别有3个饮料：可乐（Cola）、橙汁(Orange)、苏打水(SodaWater)，这3种饮料都继承了饮料类(Drinks)，我们不需要知道这些饮料是怎么生产的，我们只需要对饮料工厂（DrinksFactory）说饮料的名称，那么工厂就会给我们相应的饮料，类图如下所示：

代码

在这个示例中，相应的代码如下所示：

Drinks

    /// <summary>
    /// 饮料
    /// </summary>
    public class Drinks
    {
        /// <summary>
        /// 喝饮料
        /// </summary>
        public virtual void Drink()
        {
            Console.WriteLine("喝饮料....");
        }
    }

Cola

    /// <summary>
    /// 可乐
    /// </summary>
    public class Cola : Drinks
    {
        /// <summary>
        /// 喝可乐
        /// </summary>
        public override void Drink()
        {
            Console.WriteLine("喝可乐....");
        }
    }

Orange

    /// <summary>
    /// 橙汁
    /// </summary>
    public class Orange : Drinks
    {
        /// <summary>
        /// 喝橙汁
        /// </summary>
        public override void Drink()
        {
            Console.WriteLine("喝橙汁....");
        }
    }

SodaWater

    /// <summary>
    /// 苏打水
    /// </summary>
    public class SodaWater : Drinks
    {
        /// <summary>
        /// 喝苏打水
        /// </summary>
        public override void Drink()
        {
            Console.WriteLine("喝苏打水");
        }
    }

DrinksFactory

    /// <summary>
    /// 饮料工厂
    /// </summary>
    public class DrinksFactory
    {
        /// <summary>
        /// 提供饮料
        /// </summary>
        /// <param name="name"></param>
        /// <returns></returns>
        public static Drinks GetDrinks(string name)
        {
            Drinks drinks = null;
            switch (name)
            {
                case "cola":
                    drinks = new Cola();
                    break;
                case "orange":
                    drinks = new Orange();
                    break;
                case "soda":
                    drinks = new SodaWater();
                    break;
            }
            return drinks;
        }
    }

客户端调用

        Drinks drinks = null;
        drinks = DrinksFactory.GetDrinks("cola");  //我要可乐
        drinks.Drink();    // 输出：喝可乐....

总结

工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的．明确了各自的职责和权利，有利于整个软件体系结构的优化，但是这既是它的优点，也是它的缺点，如果后续需要新增类（如啤酒），在新增类的同时，我们也要去修改 工厂类（DrinksFactory），这样既对扩展开放，也是对修改开放，违背了开发-封闭原则。关于这个问题，我们可以在 工厂方法模式 中解决这个问题。