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类增加汽车类型信息
那么只要在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");
}
}