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

类别:.NET开发 点击:0 评论:0 推荐:

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

                作者: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 类的实现。这样以来整个代码块就灵活了许多。

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

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

void Run(int length);

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

          Vehicle.Run(3);

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

    例如: 

    Car类增加汽车类型信息

    

public class Car : Vehicle

{

   private string m_type;

  public Car(string carType)

   {

       m_Type = carType;

   }

     public void Run()

     {

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

     }

}

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

    前一段时间忙着辞职换工作好久都不更新这个blog了,以后会努力一点的.

本文地址:http://com.8s8s.com/it/it41739.htm