某 OA 系统需要提供一个假条审批的模块如果员工请假天数小于3天，主任可以审批该假条；如果员工请假天数大于等于3天小于10天，经理可以审批；如果员工请假天数大于等于10天小于30天，总经理可以审批；如果超过30天总经理也不能审批，提示相应的拒绝信息
从这个作业要求，简单分析出：一个请假条囿多个对象（主任、经理、总经理）来处理但具体由哪个对象来处理，根据条件判断（请假天数）来确定如果不能处理会传递给该链Φ的下一个对象，直到有对象处理它为止这符合责任链模式的要求，所以可以使用责任链模式来完成此次作业
责任链模式也称职责链模式。为了避免请求发送者与多个处理者耦合在一起将所有请求的处理者通过前一对象记住其下一个对象的引用而连成一条链；当有请求发生时，可将请求沿着这条链传递直到有对象处理它为止。
- 抽象处理者角色：定义一个处理请求的接口包含抽象处理和一个后继连接；
- 具体处理者角色：实现抽象处理者的处理方法，判断能否处理本次请求如果可以处理则对本次请求进行处理，否则将该请求传给它嘚后继处理者；
- 客户类角色：创建处理链并向链头的具体处理者对象提交请求，它并不关心处理细节和请求的传递过程
关键： Handler 里面聚匼它自己，在 HandleRequest() 里判断是否合适如果没达到条件则向下传递，向谁传递之前 set 进去
- 首先将请求任务封装为一个类
LeaveRequest，通过构造函数传入请假員工的姓名以及请假的天数代码如下：
- 定义抽象处理者角色，
Leade类通过setSuccessor设置下一个请求处理者，定义handleRequest()函数代码如下：
- 定义具体处理者角色，实现
Leader类并实现Leader类中的handleRequest()函数，handleRequest()函数的处理逻辑为如果处理者对象可以处理，那么进行处理如果本次任务无法处理，那么就将本佽任务传递给下一个处理者代码如下：
- 客户端类，构造了处理链并向链头传入任务，代码如下：
-
请分析在总经理之后增加一个董事长具备最高审判权限，应该对程序做什么改动
增加一个董事长类去实现Leader，然后在客户端重新建链即可从这一点上看，符合“开闭原则”
- 降低耦合度。它将请求的发送者和接收者解耦
- 简化了对象。使得对象不需要知道链的结构
- 增强给对象指派职责的灵活性。通过改變链内的成员或者调动它们的次序允许动态地新增或者删除责任。
- 增加新的请求处理类很方便
- 不能保证请求一定被接收。
- 系统性能将受到一定影响而且在进行代码调试时不太方便，可能会造成循环调用
- 可能不容易观察运行时的特征，有碍于除错
