类工厂的使用

　 工厂模式大家都非常熟悉包括常用的简单工厂、工厂方法、和抽象工厂等几种。总的来说应该这样定义：定义一个通用的接口用来创建对象。无论是使用哪一种工厂模式目的都相同，那就是“把对象的创建和对象的使用过程分离使其可以自由变动，而不会相互影响”。　　　　　　　　　　　　　　    
    使用工厂模式可以避免在程序中使用关键字 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 类的实现。这样以来整个代码块就灵活了许多。

　　　如果Vehicle的抽象的业务逻辑有所改变，那么在　BusinessRole 类中相应的逻辑进行改变，这样的改变和对象的创建无关那么VehicleFactory类和Client类不用再去修改代码。例如：

Vehicle 的方法改变，比如加上一个参数

void Run(int length);

那么在BusinessRole 类的方法做相应的改进

          Vehicle.Run(３);

　　　　反之，如果Vehicle类的创建过程有所改变那么，只要VehicleFactory的代码进行修改，BusinessRole 和Client不用去修改。

　　　　例如：　

　　　　Car类增加汽车类型信息

　　　　

 

那么只要在VehicleFactory中创建Car实例的代码部分进行修改就可以，不会去影响其它部分代码运行。 
 

public class Car : Vehicle

{

   private string m_type;

　　public Car(string carType)

   {

       m_Type = carType;

   }

     public void Run()

     {

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

     }

}