FactoryMethod（工厂方法模式）

　　工厂方法模式其实和简单工厂模式极其的相似，关于这个，可以自行观看我的上一篇文章，进行比较：  简单工厂模式

　　接下来举个小商店的例子，使用工厂方法这个设计模式，完成商品的上架。

　　首先第一步，自然是先定义一个商品接口，面向接口进行设计

    /// <summary>
    /// 商品接口
    /// </summary>
    public interface IProduct
    {
        /// <summary>
        /// 展示自己
        /// </summary>
        void Show();
    }

　　然后我们的商品去继承这个接口，实现 Show 方法

    /// <summary>
    /// 电脑
    /// </summary>
    public class Computer : IProduct
    {
        public void Show()
        {
            Console.WriteLine("我是性价比极高的电脑");
        }
    }

　　我们的上层表现层，也就是控制台的main方法里，让商品上架

        static void Main(string[] args)
        {
            Console.WriteLine("小店开张啦，买一送一！");

            IProduct computer = new Computer();

            Console.ReadKey();
        }

　　然后我们的例子就这样实现了。但是现在其实是没有用到工厂方法模式，接下来，就让我们用工厂方法模式的思维去改造他。

　　给 Computer 创建一个工厂类

    public class ComputerFactory
    {
        public Computer GetInstance()
        {
            return new Computer();
        }
    }

　　里面的内容很简单，就是一个GetInstance方法，然后方法具体的实现就是new一个computer对象而已。

　　修改上层的main方法

        static void Main(string[] args)
        {
            Console.WriteLine("小店开张啦，买一送一！");

            //IProduct computer = new Computer();
            IProduct computer = new ComputerFactory().GetInstance();

            Console.ReadKey();
        }

　　这里面的区别在于，我们把原来的new操作，改由我们的工厂来实现。看到这里，你可能会觉得，直接new他不香吗？为什么还要这么劳师动众，特地新建一个class来实现一个简单的对象创建问题。

　　这里面其实最直观的好处有两个：第一，上层应用程序完全不用关心这个对象是怎么创建的，我只需要了解，这个工厂一定会给我一个怎么样的实例即可，这就使得，我们把焦点从上层挪移到了下层，使上层代码更加稳定。第二，因为对象的创建是在工厂里完成的，这就意味着，在对象创建之前或之后，我们都可以添加一切别的业务逻辑进去，不像之前一样，实例在创建的时候，因为代码是直接在上层写死的，导致无法扩展。

　　总结

　　工厂方法模式，是非常的吻合开闭原则的。他开放扩展，闭合修改，让上层代码更稳定，下层代码得以有更高的扩展性。