设计模式举例.pptVIP

享元模式举例 给系统加入权限控制 对于应用系统来言，一般先要登录系统，才可以使用系统的功能。登陆后，用户的每次操作都需要经过权限系统的控制，确保用户有操作该功能的权限，同时还要控制该用户对数据的访问权限、修改权限等。 权限系统基本知识 安全实体：就是被权限系统检测的对象，比如工资数据 权限：就是需要被校验的权限对象，比如查看、修改等 安全实体和权限通常要一起描述才有意义 授权：把对某些安全实体的某些权限分配给某些人员的过程 验证：是判断某个人员对某个安全实体是否拥有某个或某些权限的过程 在目前系统开发中，多数是利用数据库来存放授权过程产生的数据。也就是说，授权是向数据库中添加数据，或是维护数据的过程，而验证过程就变成了从数据库中获取相应数据进行匹配的过程。 问题 张三 对 人员列表 拥有 查看的权限 李四 对 人员列表 拥有 查看的权限 李四 对 薪资数据 拥有 查看的权限 李四 对 薪资数据 拥有 修改的权限 假设在某极端情况下，要把“人员列表”这个安全实体的查看权限限制授权给一万个人，那么数据库中将会有一万条记录，会有一万个对象实例，而在这些实例中，有大部分的数据是重复的，而且会重复一万次？？？ 分析 上面内容中，有些数据是重复出现的，比如：人员列表、薪资数据、查看、修改等。 造成内存浪费的主要原因：就是细粒度对象太多，而且有大量重复的数据。 使用享元模式 把安全实体和权限的描述定义为享元 人员数据作为享元的外部数据 供测试用，在内存中模拟数据库中的值 public class TestDB { /** * 用来存放授权数据的值 */ public static CollectionString colDB = new ArrayListString(); static{ //通过静态块来填充模拟的数据 colDB.add(张三,人员列表,查看); colDB.add(李四,人员列表,查看); colDB.add(李四,薪资数据,查看); colDB.add(李四,薪资数据,修改); //增加更多的授权数据 for(int i=0;i3;i++){ colDB.add(张三+i+,人员列表,查看); } } } 给享元定义一个接口 public interface Flyweight { /** * 判断传入的安全实体和权限，是否和享元对象内部状态匹配 * @param securityEntity 安全实体 * @param permit 权限 * @return true表示匹配，false表示不匹配 */ public boolean match(String securityEntity,String permit); } 实现享元对象，这个对象需要封装授权数据中重复出现部分的数据 public class AuthorizationFlyweight implements Flyweight{ /** * 内部状态，安全实体 */ private String securityEntity; /** * 内部状态，权限 */ private String permit; /** * 构造方法，传入状态数据 * @param state 状态数据，包含安全实体和权限的数据，用,分隔 */ public AuthorizationFlyweight(String state){ String ss[] = state.split(,); securityEntity = ss[0]; permit = ss[1]; } public String getSecurityEntity() { return securityEntity; } public String getPermit() { return permit; } public boolean match(String securityEntity, String permit) { if(this.securityEntity.equals(securityEntity) this.permit.equals(permit)){ return true; } return false; } } 创建享元工厂来负责享元对象的共享管理和对外提供访问享元的接口 /** * 享元工厂，通常实现成为单例 */ public class FlyweightFactory { private st