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

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

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



抽象类（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);
}
}


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