与状态模式相似的设计模式---职责链模式

今天我们要讨论的设计模式与前面提到的状态模式非常相似，他们不能的地方：状态模式是每个具体的状态处理自己状态的事务，若非自己状态处理的数据则将状态移动到一下一个具体状态类处理；而职责链则是根据自己的职责完成本职工作，若不能完成则判断是否已经关联了下一个环节职责，若存在则调用下一环节的处理。他们两个一个是在具体类中已经设定了下一环节，而另外一个则是在客户端先设定好职责链。

什么是职责链模式？使多个对象（职责对象）都有机会处理请求，从而避免了请求发送者与接收者之间的耦合性。将这职责对象连成一条链，使得传入的参数（指发送者的数据）并沿着链传递请求，直到有一个对象处理它为止。咱们在使用这种模式的时候一定要充分考虑好，否则会出现发出去的请求而没有一个职责对象处理。

抽象类（Handler）定义了如何设定职责链下一环节对象，抽象处理方法：

abstract class Handler

{

protected Handler handler;

//此方法的目的是设定后续的职责对象

public void SetSuccessor(Handler handler)

{

this.handler=handler;

}

//处理请求的抽象方法：后续继承类中具体实现处理，如处理不了则转到后续职责handler对象处理

public abstract void HandlerRequest(int Request);

}

具体的职责类就简单了，只需重写自己的处理方式，如果处理不了则转到下一个职责链对象处理（已经设定的handler对象）：

class ConcreteHandler1:Handler
 {
	public override void HandlerRequest(int Request)
	{
		if(Request>0 && Request<=10)
		{
			Console.WriteLine("处理本职工作1");
		}
		else
		{
		    //已经设定后续的职责对象，并移交处理
			if(handler!=null)
			{
				handler.HandlerRequest(Request);
			}
		}
	}
 }

 class ConcreteHandler2:Handler
 {
	public override void HandlerRequest(int Request)
	{
		if(Request>10 && Request<=20)
		{
			Console.WriteLine("处理本职工作2");
		}
		else
		{
		    //已经设定后续的职责对象，并移交处理
			if(handler!=null)
			{
				handler.HandlerRequest(Request);
			}
		}
	}
 }
 class ConcreteHandler3:Handler
 {
	public override void HandlerRequest(int Request)
	{
		if(Request>20 && Request<=30)
		{
			Console.WriteLine("处理本职工作3");
		}
		else
		{
		    //已经设定后续的职责对象，并移交处理
			if(handler!=null)
			{
				handler.HandlerRequest(Request);
			}
		}
	}
 }

客户端代码，首先我们需要创建个职责链对象，并把所有的职责链对象串起来；每个处理请求的时候都从第一个职责对象开始就OK了：

//客户端代码
 static void Main(string[] arg)
 {
	Handler h1=new ConcreteHandler1();
	Handler h2=new ConcreteHandler2();
	Handler h3=new ConcreteHandler3();
	h1.SetSuccessor(h2);
	h2.SetSuccessor(h3);
	int[] request={2,8,12,16,23,29,30};
	foreach(int tmp in reguest)
	{
		h1.HandlerRequest(tmp);
	}
 }
 

这个设计模式的好处：减少我们各职责之间的耦合性，仅需设定处理不了时下一职责对象就好了。如果我们还需要进行添加职责，只需在重新继承基类重写一个具体职责类；易操作、不修改原来已写好的代码，实现了开放--闭合的设计原则。