coding
public interfance BudgeHandler {
void setNextHandle(BudgeHandler budgeHandler);
boolean handle(int amount);
}
public class GroupHandler implements BudgeHandler {
private BudgeHandler budgeHandler;
@Override
public void setNextHandle(BudgeHandler budgeHandler) {
this.budgeHandler = budgeHandler;
}
public boolean handle(int amount) {
if(amount < 1000) {
System.out.println("钱批了");
return true;
}
return budgeHandler.handle(amout);
}
}
public class ManagedHandler implements BudgeHandler {
private BudgeHandler budgeHandler;
@Override
public void setNextHandle(BudgeHandler budgeHandler) {
this.budgeHandler = budgeHandler;
}
public boolean handle(int amount) {
if(amount < 2000) {
System.out.println("钱批了");
return true;
}
if(null != budgeHandler) {
return budgeHandler.handle(amout);
}
return false
}
}
public class Test {
GroupHandler groupHandler = new GroupHandler ();
ManagedHandler managedHandler = new ManagedHandler ();
groupHandler.setNextHandle(managedHandler);
if(groupHandler.handle(2000)) {
System.out.println("处理完毕");
}
}
什么是责任链
从以上代码可以看出,小钱申请资金需要想自己的小组长申请,但是小组长不是最终的决策人还需要小钱的申请信息继续向上领导申请,领导审批完才算结束。
职责链可以将请求的处理者组织成一条链,并将请求沿着链传递,如果某个处理者能够处理请求则处理,否则将该请求交由上级处理。客户端只需将请求发送到职责链上,无须关注请求的处理细节,通过职责链将请求的发送者和处理者解耦了,这也是职责链的设计动机。
所以责任链模式有以下几个优点:
(1)降低耦合度,将请求的发送者和接收者解耦。反映在代码上就是不需要在类中写很多丑陋的 if….else 语句,如果用了职责链,相当于我们面对一个黑箱,只需将请求递交给其中一个处理者,然后让黑箱内部去负责传递就可以了。
(2)简化了对象,使得对象不需要链的结构。
(3)增加系统的灵活性,通过改变链内的成员或者调动他们的次序,允许动态地新增或者删除处理者
(4)增加新的请求处理类很方便。
但是责任链模式也存在一些缺点:
(1)不能保证请求一定被成功处理
(2)系统性能将受到一定影响,并且可能会造成循环调用。
(3)可能不容易观察运行时的特征,而且在进行代码调试时不太方便,有碍于除错。
UML 结构图
(1)Handler:抽象处理者,定义了一个处理请求的方法。所有的处理者都必须实现该抽象类。
(2)ConcreteHandler:具体处理者,处理它所负责的请求,同时也可以访问它的后继者,如果它能够处理该请求则处理,否则将请求传递到它的后继者。
(3)Client: 客户类