【大话设计模式】—— 工厂方法模式

一、概念

　　想象一下我们的寻常见到的工厂，下一个订单，付了订金，一段时间后就能够提货。我们不须要知道工厂是用的什么机器，怎么安排工人的，从哪来的材料，只须要一个订单就好，工厂就能够依照其固定流水线做出我们所须要的产品。设计模式中也有类似的一个大神：工厂方法模式。

　　以下让我们来认识一下：

　　工厂方法模式（Factory Method):定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。

　　

二、UML图

Product(抽象产品)

ConcreteProduct(详细产品)

Creator(抽象工厂)

ConcreteCreator(详细工厂)

三、实例解析

　　首先有一个大学生，以学雷锋的名义去帮助老人做事。

　　雷锋类，拥有扫地、洗衣、买米等方法，大学生和志愿者继承雷锋的光荣传统，拥有父类雷锋类的 扫地、洗衣、买米等方法。创建一个总的雷锋工厂接口用于创建对象，让子类学雷锋的大学生工厂 和社区志愿者工厂决定实例化哪个类。

代码例如以下：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace ConsoleApplication6
{
    class Program
    {
        static void Main(string[] args)

        {
            IFactory factory = new UndergraduateFactory();
            LeiFeng student = factory.CreateLeiFeng();

            student.BuyRice();
            student.Sweep();
            student.Wash();
        }
    }

    //雷锋
    class LeiFeng
    {
        public void Sweep()
        {
            Console.WriteLine("扫地");
        }
        public void Wash()
        {
            Console.WriteLine("洗衣");
        }
        public void BuyRice()
        {
            Console.WriteLine("买米");
        }
    }
    //学雷锋的大学生
    class Undergraduate : LeiFeng
    { }

    //学雷锋的志愿者
    class Volunteer : LeiFeng
    { }

    
    //雷锋工厂
    interface IFactory
    {
        LeiFeng CreateLeiFeng();
    }

    //学雷锋的大学生工厂
    class UndergraduateFactory : IFactory
    {
        public LeiFeng CreateLeiFeng()
        {
            return new Undergraduate();
        }
    }

    //学雷锋的社区志愿者工厂
    class VolunteerFactory : IFactory
    {
        public LeiFeng CreateLeiFeng()
        {
            return new Volunteer();
        }
    }
 
}

结果：

四、总结

　　简单工厂模式攻克了对象的创建问题，它把全部的细节推断都一股脑的扔给了工厂。工厂包括了必要的逻辑推断，可以依据client的选择条件动态实例化相关的类，对于client来说，去除了与详细产品的依赖。凡事都有相对性，有利有弊。加入是方便了，可是后期维护和扩展都须要改动工厂，违背了开闭原则。

　　策略模式，封装了算法，降低了各种算法类与使用算法类之间的耦合，可是将推断放入了client，无形之间给client添加了压力。简单工厂和策略两者一结合，把推断隔离出来，单放一个类，就挺好的了。

　　工厂方法模式是简单工厂模式的进一步抽象和推广。它是针对改动工厂这一弊端而诞生出来的。当我们再加入一个算法的时候，不须要改动原有工厂类，仅仅须要加入此功能的运算类和对应的工厂类就能够了。克服了开闭原则，又保持了封装对象创建过程的长处。凡事过犹不及，假设添加的产品多了，添加的产品工厂类就增多，额外开发量是非常大的。

　

五、感受

　　学设计模式，就好像一个公司：有一个大ｂｏｓｓ（client），负责接收和处理系统事件。大ｂｏｓｓ安排几个专业人士（类），可以完毕各自擅长领域的工作（高内聚），可是他们不只要学会各司其职，也要学会合作（耦合）。为了避免这么多人都一块讨论，效率低下，就出现了各个部门（多态，抽象类），减少了办公室恋情的概率。。。（低耦合），提高了办事效率。

　　每一个设计模式跟人一样都不是十全十美的，仅仅有大家分工合作，才干做到手中无剑，心中无剑的境地。

Ｐｓ：期待大家指点Ｏ（∩＿∩）Ｏ～