设计模式－旧话重提之类工厂的使用

　　　　　　　　　　　　　　　　作者：janes
　　工厂模式大家都非常熟悉包括常用的简单工厂、工厂方法、和抽象工厂等几种。总的来说应该这样定义：定义一个通用的接口用来创建对象。无论是使用哪一种工厂模式目的都相同，那就是“把对象的创建和对象的使用过程分离使其可以自由变动，而不会相互影响”。　　　　　　　　　　　　　　    
    使用工厂模式可以避免在程序中使用关键字 new 的操作 ，从面向接口或面向抽象的角度来看，new 操作绝对应该避免直接在业务逻辑的类中使用。因为new 操作后面所需的”参数“是具体类的type ，而不是该类的抽象（基类，或接口），这点不符合面向抽象的原则。下面来看一个具体的事例：

public interface Vehicle

{

    void Run();

}

public class Car : Vehicle

{

     public void Run()

     {

         Console.Write(" Car 's Run");

     }

}

public class Plane : Vehicle

{

     public void Run()

     {

         Console.Write(" Plane 's Run");

     }

}

public class Train: Vehicle

{

     public void Run()

     {

         Console.Write(" Trani 's  Run");

     }

}

public class BusinessRole

{

     private Vehicle m_Vehicle;

     public BusinessRole()

     {

           //注意这里

           m_Vehicle = new Car();

　　　　　　或者： m_Vehicle = new Plane(); m_Vehicle = new Train()

      }

     public void DoExec()

     {

         Console.write("BusinessRole 's exec");

         Vehicle.Run();

      }

}

这里是用户实际调用的client类

public class Client

{

    BusinessRole obj = new BusinessRole ()

    obj.DoExec();

}

分析一下上面代码会发现

如果改变使用交通工具方式，需要直接更改BusinessRole中的代码，client端的代码是不受影响的。但是虽然在BusinessRole把字段m_Vehicle定义成了Vehicle的接口类型，可是实际并没有给我们代来太多的好处，因为每次改变交通工具的类型都需要更改类BusinessRole中的业务代码。我自己检查以前做过的项目发现了好多类似这样的”问题“代码。其实这样的问题解决起来非常简单只要使用任何一种工厂方法（根据实际情况的不同选择合适自己使用的工厂方法）把BusinessRole中的new 操作给替换掉就成了。自己的文字表达言语不清，还是用代码来说明问题吧。

定义一个VehicleFactory类工厂用来统一创建Vehicle的子类,然后BusinessRole中调用VehicleFactory来创建Vehicle的实例。从而把BusinessRole类和Vehicle的具体实现的子类解偶。也就是说把创建Vehicle的实例和使用Vehicle的各种实例拆分开。创建实例归VehicleFactory工厂来负责，而BusinessRole只负责使用，BusinessRole知道Vehicle的抽象，不去关心具体的实现。

public class VehicleFactory

{

     public Vehicle GetVehicle()

     {

          条件判断

　　　　　　return new Car();或new Plane() 或者Train()

     }

}

总之　整个思路就是把BusinessRole 类拆分，把创建Vehicle实例的操作独立出来去让一个单独的类（VehicleFactory)来实现，BusinessRole只能感知VehicleFactory 而不去关心VehicleFactory 类的实现。这样以来整个代码块就灵活了许