声明：本系列文章主要参考《精通Python设计模式》一书，并且参考一些资料，结合自己的一些看法来总结而来。
之前在最开始就聊了Python设计模式有三种，其中关于创建型和结构型设计模式基本都已经聊了，那么现在来聊聊关于Python设计模式的 行为型设计模式 。
行为型设计模式：用来处理系统实体之间通信的设计模式。
责任链模式
根据《精通Python设计模式》书中介绍如下：
责任链模式 -- 用于让多个对象处理一个请求时，或者用于预先不知道由哪个对象来处理某种特定请求时，其原则如下：
1、存在一个对象链（链表、树或者其他便捷的数据结构）。
2、一开始将请求发送给第一个对象，让其处理。
3、对象决定是否处理该请求。
4、对象将请求转发给下一个对象。
5、重复该过程，直到达到链尾。
可能看概念介绍还会很模糊，那么接下来看一下需求吧。
需求
假设有这么一个请假系统：员工若想要请3天以内（包括3天的假），只需要直属经理批准就可以了；如果想请3-7天，不仅需要直属经理批准，部门经理需要最终批准；如果请假大于7天，不光要前两个经理批准，也需要总经理最终批准。类似的系统相信大家都遇到过，那么该如何实现呢？首先想到的当然是if…else…，但一旦遇到需求变动，其臃肿的代码和复杂的耦合缺点都显现出来。简单分析下需求，“假条”在三个经理间是单向传递关系，像一条链条一样，因而，我们可以用一条“链”把他们进行有序连接。
示例：
class Manager():
"""经理类"""
successor = None
name = ''
def __init__(self, name):
self.name = name
def setSuccessor(self, successor):
# 设置上级
self.successor = successor
def handleRequest(self, request):
# 处理请求
pass
class LineManager(Manager):
'''直属经理'''
def handleRequest(self, request):
if request.requestType == 'DaysOff' and request.number <= 3:
return '%s:%s Num:%d Accepted OVER' % (self.name, request.requestContent, request.number)
else:
return '%s:%s Num:%d Accepted CONTINUE' % (self.name, request.requestContent, request.number)
if self.successor != None:
self.successor.handleRequest(request)
class DepartmentManager(Manager):
'''部门经理'''
def handleRequest(self, request):
if request.requestType == 'DaysOff' and request.number <= 7:
return '%s:%s Num:%d Accepted OVER' % (self.name, request.requestContent, request.number)
else:
return '%s:%s Num:%d Accepted CONTINUE' % (self.name, request.requestContent, request.number)
if self.successor != None:
self.successor.handleRequest(request)
class GeneralManager(Manager):
'''总经理'''
def handleRequest(self, request):
if request.requestType == 'DaysOff':
return '%s:%s Num:%d Accepted OVER' % (self.name, request.requestContent, request.number)
class Request():
def __init__(self, requestType ,requestContent, number = 0):
self.requestType = requestType
self.requestContent = requestContent
self.number = number
def commit(self,generalManager):
ret = generalManager.handleRequest(self)
print(ret)
return ret
分析：
1、有一个Request类，用来构建请求，同时调用commit方法提高到责任链的首段即 lineManager对象 来处理。
2、lineManager在处理该请求时，去校验是否为 请假类型和请假天数，若为请求天数 > 3天，则判断是否有上级，若有则调用上级即 departManager对象来处理。
3、部门领导如上，若请求天数 > 7天则提交给总经理 generalManager来处理，直到责任链的尾端。
4、责任链处理到尾端，则返回处理结果，当然该示例中没有结果返回。
使用：
if __name__=="__main__":
line_manager = LineManager('LINE MANAGER')
department_manager = DepartmentManager('DEPARTMENT MANAGER')
general_manager = GeneralManager('GENERAL MANAGER')
line_manager.setSuccessor(department_manager)
department_manager.setSuccessor(general_manager)
request = Request(requestContent="'Ask 1 day off'", requestType='DaysOff', number=1)
request.commit(line_manager)
request = Request(requestContent="'Ask 5 day off'", requestType='DaysOff', number=5)
request.commit(line_manager)
request = Request(requestContent="'Ask 10 day off'", requestType='DaysOff', number=10)
request.commit(line_manager)
上述代码案例：用编程专业术语来说是一个单向链表，若 经理也可以发布任务，给其下级，其下级处理了再发给下下级~~，以此类推，则 可以实现一个双向链表。
这种链表组织：可以解耦发送方 和接收方。即 请求只需发送给 直属经理即可。而下方任务，只需发送给部门经理即可。
该模式的优缺点：
优点：
1、将请求者与处理者分离，请求者并不知道请求是被哪个处理者所处理，易于扩展。
缺点：
1、如果责任链比较长，会有比较大的性能问题；
2、如果责任链比较长，若业务出现问题，比较难定位是哪个处理者的问题。
应用场景：
若一个请求可能由一个对请求有链式优先级的处理群所处理时，可以考虑责任链模式。除本例外，银行的客户请求处理系统也可以用责任链模式实现（VIP客户和普通用户处理方式当然会有不同）。
Over！！··········
