设计模式享元模式.pptxVIP

第17章 享元模式17.1 问题的提出17.2享元模式17.3系统中的享元模式17.1问题的提出 假设我们正在编制一个学生信息管理类，学生的基本属性包括：学号、姓名、年龄、所在大学、所在市、邮编等信息。前三个属性与个体有关，后三个属性一般来说属于共性信息。即对一所具体大学的所有学生而言，后三个属性的值是不变的。可能有的学生编制了如下Student类。public class Student { String no; //学号 String name; //姓名 int age; //年龄 String university;//大学 String city; //市 String zip; //邮编 Student(String n,String na,int a,String u,String c,String z){ no=n;name=na;age=a; university=u; city = c; zip = z; } //其它代码} 很明显，上述代码不是最优的。这是因为类中定义的成员变量层次是一致的，形式上都属于实例变量，根本没有体现出共享变量的特点来。如果我们创建了许多的学生对象，内存将会得到极大的消耗。如何更好的解决“个体+共享”变量的特点呢？享元模式是一个较好的选择。FlyweightFactoryIFlyweightflyfactory17.2享元模式+getFlyweight()+addFlyweight()ConcreteFlyweightClient图17-1 享元模式UML类图各种角色描述如下所示。 ●抽象享元角色（IFlyweight）：此角色是所有的具体享元类的超类，为这些类规定出需要实现的公共接口(或抽象类)方法。如setor-getor方法等。 ●具体享元(ConcreteFlyweight)角色：实现抽象享元角色所定义的接口方法。如果有内部状态的话，必须负责为内部状态提供存储空间。享元对象的内部状态必须与对象所处的周围环境无关，从而使得享元对象可以在系统内共享。 ●享元工厂(FlyweightFactoiy)角色：本角色负责创建和管理享元角色。本角色必须保证享元对象可以被系统适当地共享。当一个客户端对象请求一个享元对象的时候，享元工厂角色需要检查系统中是否已经有一个符合要求的享元对象，如果已经有了，享元工厂角色就应当提供这个已有的享元对象；如果系统中没有一个适当的享元对象的话，享元工厂角色就应当创建一个新的合适的享元对象。【例17-1】利用享元模式编写17.1描述的学生信息基本类。(1)定义抽象享元角色IFlyweight。public interface IFlyweight { String getUniversity(); String getCity(); String getProvince();}(2)具体享元类Flyweight。public class Flyweight implements IFlyweight { private String university; private String city; private String province; public Flyweight(String u,String c,String p){ university = u; city = c; province = p; } public String getUniversity() {return university;} public String getCity() {return city;} public String getProvince() {return province;}}(3)享元工厂类FlyweightFactory。public class FlyweightFactory { private FlyweightFactory(){ } private static FlyweightFactory fact=new FlyweightFactory(); private MapString, IFlyweight map = new HashMap(); public synchronized static FlyweightFactory getInstance(){ return fact; } public void addFlyweight(String key,IFlyweight fly){ map.put(key, fly); } public synchronized IFlyweight getFlyWeight(String key){ IFlyweight obj = map.get(key); retur