一、请假系统

假设有这么一个请假系统:员工若想要请3天以内(包括3天的假),只需要直属经理批准就可以了;如果想请3-7天,不仅需要直属经理批准,部门经理需要最终批准;如果请假大于7天,不光要前两个经理批准,也需要总经理最终批准。类似的系统相信大家都遇到过,那么该如何实现呢?首先想到的当然是if…else…,但一旦遇到需求变动,其臃肿的代码和复杂的耦合缺点都显现出来。简单分析下需求,“假条”在三个经理间是单向传递关系,像一条链条一样,因而,我们可以用一条“链”把他们进行有序连接。
构造抽象经理类和各个层级的经理类:

  1. class manager():
  2. successor = None
  3. name = ''
  4. def __init__(self, name):
  5. self.name = name
  6. def setSuccessor(self, successor):
  7. self.successor = successor
  8. def handleRequest(self, request):
  9. pass
  10. class lineManager(manager):
  11. def handleRequest(self, request):
  12. if request.requestType == 'DaysOff' and request.number <= 3:
  13. print '%s:%s Num:%d Accepted OVER' % (self.name, request.requestContent, request.number)
  14. else:
  15. print '%s:%s Num:%d Accepted CONTINUE' % (self.name, request.requestContent, request.number)
  16. if self.successor != None:
  17. self.successor.handleRequest(request)
  18. class departmentManager(manager):
  19. def handleRequest(self, request):
  20. if request.requestType == 'DaysOff' and request.number <= 7:
  21. print '%s:%s Num:%d Accepted OVER' % (self.name, request.requestContent, request.number)
  22. else:
  23. print '%s:%s Num:%d Accepted CONTINUE' % (self.name, request.requestContent, request.number)
  24. if self.successor != None:
  25. self.successor.handleRequest(request)
  26. class generalManager(manager):
  27. def handleRequest(self, request):
  28. if request.requestType == 'DaysOff':
  29. print '%s:%s Num:%d Accepted OVER' % (self.name, request.requestContent, request.number)
  30. class request():
  31. requestType = ''
  32. requestContent = ''
  33. number = 0

request类封装了假期请求。在具体的经理类中,可以通过setSuccessor接口来构建“责任链”,并在handleRequest接口中实现逻辑。场景类中实现如下:

  1. if __name__=="__main__":
  2. line_manager = lineManager('LINE MANAGER')
  3. department_manager = departmentManager('DEPARTMENT MANAGER')
  4. general_manager = generalManager('GENERAL MANAGER')
  5. line_manager.setSuccessor(department_manager)
  6. department_manager.setSuccessor(general_manager)
  7. req = request()
  8. req.requestType = 'DaysOff'
  9. req.requestContent = 'Ask 1 day off'
  10. req.number = 1
  11. line_manager.handleRequest(req)
  12. req.requestType = 'DaysOff'
  13. req.requestContent = 'Ask 5 days off'
  14. req.number = 5
  15. line_manager.handleRequest(req)
  16. req.requestType = 'DaysOff'
  17. req.requestContent = 'Ask 10 days off'
  18. req.number = 10
  19. line_manager.handleRequest(req)

打印如下:
LINE MANAGER:Ask 1 day off Num:1 Accepted OVER
LINE MANAGER:Ask 5 days off Num:5 Accepted CONTINUE
DEPARTMENT MANAGER:Ask 5 days off Num:5 Accepted OVER
LINE MANAGER:Ask 10 days off Num:10 Accepted CONTINUE
DEPARTMENT MANAGER:Ask 10 days off Num:10 Accepted CONTINUE
GENERAL MANAGER:Ask 10 days off Num:10 Accepted OVER

二、责任链模式

责任链模式的定义如下:使多个对象都有机会处理请求,从而避免了请求的发送者和接收者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有对象处理它为止。
行为类设计模式:责任链模式 - 图1
需要说明的是,责任链模式中的应该只有一个处理者,也就是说,本例中的“最终批准”为该对象所谓的“请求处理”。

三、责任链模式的优点和应用场景

优点:

1、将请求者与处理者分离,请求者并不知道请求是被哪个处理者所处理,易于扩展。

应用场景:

1、若一个请求可能由一个对请求有链式优先级的处理群所处理时,可以考虑责任链模式。除本例外,银行的客户请求处理系统也可以用责任链模式实现(VIP客户和普通用户处理方式当然会有不同)。

四、责任链模式的缺点

1、如果责任链比较长,会有比较大的性能问题;
2、如果责任链比较长,若业务出现问题,比较难定位是哪个处理者的问题。