本文节选自《设计模式就该这样学》作者 谭勇德（Tom）
1 应用责任链模式设计热插拔权限管制
首先创立一个实体类Member。
public class Member { private String loginName; private String loginPass; private String roleName; public Member(String loginName, String loginPass) { this.loginName = loginName; this.loginPass = loginPass; } public String getLoginName() { return loginName; } public String getLoginPass() { return loginPass; } public String getRoleName() { return roleName; } public void setRoleName(String roleName) { this.roleName = roleName; } @Override public String toString() { return "Member{" + "loginName='" + loginName + '\'' + ", loginPass='" + loginPass + '\'' + '}'; } } 而后来看一段咱们常常写的代码。
public class MemberService { public void login(String loginName,String loginPass){ if(StringUtils.isEmpty(loginName) || StringUtils.isEmpty(loginPass)){ System.out.println("用户名和明码校验胜利，能够往下执行"); return; } System.out.println("用户名和明码不为空，能够往下执行"); Member member = checkExists(loginName,loginPass); if(null == member){ System.out.println("用户不存在"); return; } System.out.println("登录胜利！"); if(!"管理员".equals(member.getRoleName())){ System.out.println("您不是管理员，没有操作权限"); return; } System.out.println("容许操作"); } private Member checkExists(String loginName,String loginPass){ Member member = new Member(loginName,loginPass); member.setRoleName("管理员"); return member; } public static void main(String[] args) { MemberService service = new MemberService(); service.login("tom","666"); } } 在下面代码中，次要做了登录前的数据验证。其判断逻辑是有先后顺序的。首先做非空判断，而后查看账号是否无效，最终取得用户角色。依据用户角色所领有的权限匹配是否有操作权限。那么这样的测验性代码个别都是必不可少的，然而写在具体的业务代码中又显得十分臃肿，因而能够用责任链模式，将这些查看步骤串联起来，而且不影响代码好看，能够使咱们在编码时更加专一于某一个具体的业务逻辑解决。上面用责任链模式来优化代码，首先创立一个Handler类。
public abstract class Handler { protected Handler chain; public void next(Handler handler){ this.chain = handler; } public abstract void doHandle(Member member); } 而后别离创立非空校验ValidateHandler类、登录校验LoginHandler类和权限校验AuthHandler类。ValidateHandler类的代码如下。
public class ValidateHandler extends Handler { public void doHandle(Member member) { if(StringUtils.isEmpty(member.getLoginName()) || StringUtils.isEmpty(member.getLoginPass())){ System.out.println("用户名或者明码为空"); return; } System.out.println("用户名和明码校验胜利，能够往下执行"); chain.doHandle(member); } } LoginHandler类的代码如下。
public class LoginHandler extends Handler { public void doHandle(Member member) { System.out.println("登录胜利！"); member.setRoleName("管理员"); chain.doHandle(member); } } AuthHandler类的代码如下。
public class AuthHandler extends Handler { public void doHandle(Member member) { if(!"管理员".equals(member.getRoleName())){ System.out.println("您不是管理员，没有操作权限"); return; } System.out.println("您是管理员，容许操作"); } } 接着批改MemberService中的代码，其实只须要将后面定义好的几个Handler依据业务需要串联起来，造成一条链即可。
public class MemberService { public void login(String loginName,String loginPass){ Handler validateHandler = new ValidateHandler(); Handler loginHandler = new LoginHandler(); Handler authHandler = new AuthHandler(); validateHandler.next(loginHandler); loginHandler.next(authHandler); validateHandler.doHandle(new Member(loginName,loginPass)); } } 最初编写客户端调用代码。
public class Test { public static void main(String[] args) { MemberService service = new MemberService(); service.login("tom","666"); } } 其运行后果如下图所示。
其实咱们平时应用的很多权限校验框架都是使用这个原理的，将各个维度的权限处了解耦之后再串联起来，只解决各自相干的职责。如果职责与本人不相干，则抛给链上的下一个Handler，俗称“踢皮球”。
2 责任链模式和建造者模式联合应用
因为责任链模式具备链式构造，而在下面代码中，负责组装链式构造的角色是MemberService，当链式构造较长时，MemberService的工作会十分繁缛，并且MemberService的代码绝对臃肿，且后续更改解决者或音讯类型时，都必须在MemberService中进行批改，不合乎开闭准则。产生这些问题的起因就是因为链式构造的组装过于简单，而对于简单构造的创立，咱们很天然地就会想到建造者模式，应用建造者模式，齐全能够对MemberService指定的解决节点对象进行主动链式组装，客户只需指定解决节点对象，其余任何事件都不必关怀，并且客户指定的解决节点对象的程序不同，结构进去的链式构造也随之不同。咱们来革新一下，首先批改Handler的代码。
public abstract class Handler<T> { protected Handler chain; public void next(Handler handler){ this.chain = handler; } public abstract void doHandle(Member member); public static class Builder<T> { private Handler<T> head; private Handler<T> tail; public Builder<T> addHandler(Handler<T> handler) { if (this.head == null) { this.head = this.tail = handler; return this; } this.tail.next(handler); this.tail = handler; return this; } public Handler<T> build() { return this.head; } } } 而后批改MemberService的代码。
public class MemberService { public void login(String loginName,String loginPass){ Handler.Builder builder = new Handler.Builder(); builder.addHandler(new ValidateHandler()) .addHandler(new LoginHandler()) .addHandler(new AuthHandler()); builder.build().doHandle(new Member(loginName,loginPass)); } } 因为建造者模式要构建的是节点解决者，所以咱们把Builder作为Handler的动态外部类，并且因为客户端不须要进行链式组装，所以还能够把链式组装办法next()办法设置为private，使Handler更加高聚合，代码如下。
public abstract class Handler<T> { protected Handler chain; private void next(Handler handler){ this.chain = handler; } ... } 通过这个案例，小伙伴们应该曾经感触到责任链和建造者联合的精华了。
如果本文对您有帮忙，欢送关注和点赞；如果您有任何倡议也可留言评论或私信，您的反对是我保持创作的能源。须要设计模式、源码等相干学习材料能够在这里收费支付材料，后续会继续更新设计模式系列文，欢送关注~~~