GOF之工厂方法模式

动机(Motivation)

在系统中，经常面临着“某个对象”的创建工作;由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。

如何应对这种变化？如何提供一种“封装机制”来隔离出“这个易变对象”的变化，从而保持系统中“其他依赖该对象的对象”不随着需求改变而改变？

意图(Intent)

定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使得一个类的实例化延迟到子类。

结构(Structure)

代码实现：

对应于Creator
interface ICarFactoryable
    {
        Car CreateCra();
    }

对应于ConcreteCreator
 class DongfengCarFactory:ICarFactoryable
    {
        public Car CreateCra()
        {
            return new DongfengCar();
        }
    }
 class HongqiCarFactory:ICarFactoryable
    {
        public Car CreateCra()
        {
            return new HongqiCar();
        }
    }

对应于Product和ConcreteProduct
public abstract class Car
    {
        public abstract void Run();
    }

    public class HongqiCar : Car
    {

        public override void Run()
        {
            Console.WriteLine("红旗运行");
        }
    }

    public class DongfengCar : Car
    {
        public override void Run()
        {
            Console.WriteLine("东风运行");
        }
    }

Factory Method模式的几个要点

Factory Method模式主要用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变化的具体类型，紧耦合关系会导致软件的脆弱。

Factory Method模式通过面向对象的手法，将所要创建的具体对象工作延迟到子类，从而实现一种扩展(而非更改)的策略，较好的解决了这种紧耦合关系。

Factory Method模式解决“单个对象”的需求变化，Abstract Factory模式解决“系列对象”的需求变化，Builder模式解决“对象部分”的需求变化。