工厂方法模式

         前面提到了简单工厂，由于简单工厂的缺点：违背开放-封闭原则和单个类（工厂类）职责过多，工厂方法是简单工厂的抽象，克服了简单工厂的缺点。

概念：

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

         工厂方法模式根据目的划分是创建型模式，根据范围准则来分就是主要作用于类的。6个创建型就只有工厂方法模式是作用于类的。

       而所谓的类模式就是指，类和子类之间的关系，是通过继承建立的，是静态的，在编译时刻便确定下来了。而几乎所有的模式都使用继承机制，所以“类模式”指的是那些集中于处理类间关系的模式。详情请见。Java设计模式分类不明白也没事，也不是很重要。

UML类图：

     分析一下：工厂方法的角色有，工厂方法Creator（抽象类or接口）和具体工厂方法类ConcreteCreator（N个），以及一个抽象类/接口，用来定义工厂方法创建的对象，Product，然后就是具体的产品（N个）。

     与简单工厂相比，就是简单工厂没有ConcreteCreator（具体工厂），所以简单工厂的Creator工厂类的职责就多。

代码实现：

       还是汽车的例子。为了简单，还是那两种汽车，奔驰和宝马。不同的是，因为一家工厂生产两种汽车，忙不过来，所以学习单一职责原则，多开几家工厂，一家工厂只生产一种车子。然后就有两家工厂，奔驰工厂和宝马工厂。而且这样的话，如果以后再想增加奥迪，就只用增加奥迪工厂就好了。类图就如下所示：

代码如下：

namespace CarFactoryMethod{    class Program    {        static void Main(string[] args)        {            //最后，客户端,作用创建车子。             //首先要实例化具体工厂.            //然后具体工厂创建具体的车,            //具体的车创建完成了,自己展示下.            CarFactory benzFactory = new BenzFactory();                ICar benz=benzFactory.CarCreate();            benz.Show();            CarFactory bmwFactory = new BMWFactory();            ICar bmw = bmwFactory.CarCreate();            bmw.Show();            Console.Read();        }    }    //首先还是抽象产品角色，汽车接口（产品角色都没变,不管抽象产品还是具体产品）    interface ICar    {        void Show();    }    //然后是两个具体产品角色，宝马和奔驰,他们都要实现ICar接口    class BMW:ICar    {        public void Show()        {            //内容很简单，只是输出一句话            Console.WriteLine("一辆宝马诞生了！！！");        }    }    //Benz类    class Benz:ICar    {        public void Show()        {            Console.WriteLine("我是一辆奔驰！！！");        }    }    //以上的类和简单工厂的一样，    //工厂方法的工厂类和简单工厂的不一样。    abstract class CarFactory     {        //是个抽象方法        public abstract ICar CarCreate();    }    //新开的两个工厂    //宝马工厂    class BMWFactory : CarFactory    {        //实现父类的抽象方法        public override ICar CarCreate()        {            //CarCreate方法，它就是实例化个宝马类,也就是子类决定实例化哪一个类.类的实例延迟到子类.                        return new BMW();        }    }    //奔驰工厂,同宝马工厂    class BenzFactory : CarFactory    {        public override ICar CarCreate()        {            return new Benz();        }    }}

运行结果：

如果要增加一个奥迪，要增加一个奥迪类，一个奥迪工厂类。

//增加一个奥迪    class AUDI : ICar    {        public void Show()        {            Console.WriteLine("四环奥迪就是我！！！");        }    }

//增加的奥迪工厂,同宝马工厂    class AUDIFactory : CarFactory    {        public override ICar CarCreate()        {            return new AUDI();        }    }

  //增加的客户端代码     CarFactory audiFactory = new AUDIFactory();     ICar audi = audiFactory.CarCreate();     audi.Show();

运行结果：

完美的遵循了开发-封闭原则，对扩展开放，对修改关闭。而且每个类的职责都不多。

       百度百科介绍：

       工厂方法经常用在以下两种情况中:

       第一种情况是对于某个产品，调用者清楚地知道应该使用哪个具体工厂服务，实例化该具体工厂，生产出具体的产品来。Java Collection中的iterator()方法即属于这种情况。

       第二种情况，只是需要一种产品，而不想知道也不需要知道究竟是哪个工厂为生产的，即最终选用哪个具体工厂的决定权在生产者一方，它们根据当前系统的情况来实例化一个具体的工厂返回给使用者，而这个决策过程这对于使用者来说是透明的。