枚举方式
一、接口
public interface DoThing {
void doThing();
}
二、枚举类
public enum EnumThing implements DoThing {
ADMIN{
@Override
public void doThing() {
System.out.println("111");
}
},
ROLE1{
@Override
public void doThing() {
System.out.println("222");
}
},
ROLE2{
@Override
public void doThing() {
System.out.println("333");
}
}
}
三、调用
EnumThing.valueOf("ADMIN").doThing();
静态工厂方式
工厂模式解决if-else“分支过多”问题
不同分支做不同的事情,很明显就提供了使用工厂模式的契机,我们只需要将不同情况单独定义好,然后去工厂类里面聚合即可。
首先,针对不同的角色,可以单独定义其业务类:
1 2 3 4 5 6 7 8 9 10 11 | //系统管理员(有A操作权限) public class RootAdminRole implements Role0peration { private String roleName ; public RootAdminRole( String roleName){ this .roleName = roleName ; } @Override public String op() { return roleName + "has AAA permission" ; } } |
1 2 3 4 5 6 7 8 9 10 11 | //订单管理员(有B操作权限) public class OrderAdminRole implements RoleOperation { private String roleName ; public OrderAdminRole( String roleName ) { this .roleName = roleName ; } @Override public String op() { return roleName + "has BBB permission" ; } } |
1 2 3 4 5 6 7 8 9 10 11 | //普通用户(有C操作权限) public class NormalRole implements RoleOperation { private String roleName ; public NormalRole( String roleName){ this .roleName = roleName; } @Override public String op() { return roleName + "has CCC permission" ; } } |
接下来再写一个工厂类 RoleFactory
对上面不同角色进行聚合:
1 2 3 4 5 6 7 8 9 10 11 12 | public class RoleFactory { static Map<String, Role0peration> roleOperationMap = new HashMap<>(); //在静态块中先把初始化工作全部做完 static { role0perationMap.put( "ROLE_ ROOT_ ADMIN" , new RootAdminRole( "ROLE_ _ROOT_ ADMIN" ) ) : roleOperationMap.put( "ROLE_ ORDER_ ADMIN" , new OrderAdminRole( "ROLE_ ORDER_ ADMIN" ) ); role0perationMap.put( "ROLE_ NORMAL" , new NormalRole( "ROLE_ NORMAL" ) ); } pub1ic static RoleOperation getOp( String roleName ) { return roleOperationMap.get( roleName ) ; } } |
接下来借助上面这个工厂,业务代码调用也只需一行代码, if/else同样被消除了:
1 2 3 4 5 6 | public class JudgeRole { public String judge(String roleName){ //一行代码搞定! 之前的if/else也没了! return RoleFactory.get0p(roleName).op(); } } |
这样的话以后想扩展条件也很容易,只需要增加新代码,而不需要动以前的业务代码,非常符合“开闭原则”。