1 应用责任链模式设计热插拔权限管制
本文节选自《设计模式就该这样学》作者 谭勇德(Tom)
首先创立一个实体类 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;}
...
}
通过这个案例,小伙伴们应该曾经感触到责任链和建造者联合的精华了。
本文为“Tom 弹架构”原创,转载请注明出处。技术在于分享,我分享我高兴!
如果本文对您有帮忙,欢送关注和点赞;如果您有任何倡议也可留言评论或私信,您的反对是我保持创作的能源。关注微信公众号『Tom 弹架构』可获取更多技术干货!