无废话C#设计模式之十七：Chain Of Resp

意图

使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象能处理请求为止。

场景

假设我们在制作一个游戏的客服系统，客服有三种角色，分别是普通客服、客服经理和客服总监。玩家在网站中提问后，根据问题的分类和重要性处理的流程不一样。规则如下：

l　　　　　　　　 分类为1（游戏问题）和2（角色问题）的问题会由普通客服处理。

l　　　　　　　　 分类为3（充值问题）和4（账户问题）的问题会由客服经理处理。

l　　　　　　　　 普通客服和客服经理都没有能处理的问题由客服总监进行处理。

l　　　　　　　　 所有的问题都分为普通问题和重要问题，如果问题是重要问题则需要上一级的客服进行审核（普通客服回复的问题需要客服经理审核、客服经理回答的问题需要客服总监审核）。

这个处理的业务规则比较复杂，您可能会想到创建三个具体客服类型继承抽象客服，然后根据问题的性质传给不同的具体客服来处理。可是这样做有几个缺点：

l　　　　　　　　 客户端需要知道三个角色能处理的问题属性，三个角色能处理的问题应该只有三个角色自己清楚就可以了。

l　　　　　　　　 客户端需要和三个角色发生耦合，并且在一个处理过程中会先后调用不同的角色。普通客服在回复了重要问题后应该通知客服经理来审核，现在这个过程交给了客户端去做

客户端知道了太多客服处理问题的细节，对于玩家来说他只需要知道把这些问题告诉客服人员并且得到客服人员的处理结果，具体背后的处理流程是怎么样的它不用知道。由此，引入责任链模式来解决这些问题。