Factory Method 工厂方法(创建型模式)

动机（Motivation）
在软件系统中，经常面临着“某个对象”的创建工作；由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。
如何应对这种变化？如何提供一种“封装机制”来隔离出“这个易变对象”的变化，从而保持系统中“其他依赖该对象的对象”不随着需求改变而改变？
意图(Intent)
定义一个用于创建对象的接口,让子类决定实例化哪一个类。Factory Method使得一个类的实例化延迟到子类。
结构(Structure)

示例(Example)
class Car
{
   public void StratUp()
   {
   }
   public void Run()
   {
   }
  public void Stop()
  {
  }
}
class CarTestFramework
{
    public void BuildTestContext()
   {
         Car car = new Car();
   }
   public void DoTest()
   {
        Car car = new Car();
   }
}
当Car经常变化时，则CarTestFramework就很难适应，也要跟着变。为了保证CarTestFramework可以测试不同的汽车，则重构后
public abstract class AbstractCar
{
}
public class HongqiCar:AbstractCar
{
}
//不依赖于具体Car
public class CarTestFramework
{
    public void BuildTestContext(AbstractCar car)
   {
   }
   public void DoTest(AbstractCar car)
   {
   }
}
如果允许CarTestFramework可以测试多个Ｃar对象，则传参的方式显示适应不了需求的变化。其实对象是有clone克隆属性的，传一个对象，再应用clone其实也能实现，我们先用别的方式来实现。
public abstract class AbstractCarFactory
{
   public abstract AbstractCar CreateCar();
}
public class HongqiCarFactory:AbstractCarFactory
{
   public override AbstractCar CreateCar()
  {
     return new HongqiCar();
  }
}
public class DongfenCarFactory:AbstractCarFactory
{
   public override AbstractCar CreateCar()
  {
     return new DongfenCar();
  }
}

public class CarTestFramework
{
    public void BuildTestContext(AbstractCarFactory acf)
   {
   }
   public void DoTest()
   {
   }
}
public class App
{
   public static void main()
  {
      CarTestFramework ctf = new CarTestFramework();
       ctf.BuildTestContext(new HongqiCarFactory());
       //
       //ctf.BuildTestContext(new DongfenCarFactory());
  }
}
这样CarTestFramework只依赖于抽象（接口）不依赖于具体对象了，这样就隔离了变化。
Factory Method模式的要点：
  Factory Method模式主要用于隔离类对象的使用者与具体类型之间的耦合关系。面对一个经常变化的具体类型，紧耦合关系会导致软件的脆弱。
  Factory Method模式通过面向对象的手法，将所要创建的具体对象工作延迟到子类，从而实现一种扩展（而非更改）的策略，较好地解决了这种紧耦合关系。
注：
Factory Method模式解决“单个对象”的需求变化；
Abstract Factory模式解决“系列对象”的需求变化；
Builder模式解决“对象部分”的需求变化；