设计模式享元模式.pdfVIP

第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; } //其它代码 } 很明显，上述代码不是最优的。这是因为类中定义的成员变量层次是一致的，形式上都属于实例变量，根本没有体现出共 享变量的特点来。如果我们创建了许多的学生对象，内存将会得到极大的消耗。如何更好的解决“个体+共享”变量的特点呢 ？享元模式是一个较好的选择。 17.2享元模式 FlyweightFactory IFlyweight flyfactory +getFlyweight() +addFlyweight() Client ConcreteFlyweight 图17-1 享元模式UML类图 各种角色描述如下所示。 ●抽象享元角色（IFlyweight）：此角色是所有的具体享元类的超 类，为这些类规定出需要实现的公共接口(或抽象类)方法。如setor- getor方法等。   ●具体享元(ConcreteFlyweight)角色：实现抽象享元角色所定义 的接口方法。如果有内部状态的话，必须负责为内部状态提供存储空间。 享元对象的内部状态必须与对象所处的周围环境无关，从而使得享元对 象可以在系统内共享。 ●享元工厂(FlyweightFactoiy)角色：本角色负责创建和管理享 元角色。本角色必须保证享元对象可以被系统适当地共享。当一个客户 端对象请求一个享元对象的时候，享元工厂角色需要检查系统中是否已 经有一个符合要求的享元对象，如果已经有了，享元工厂角色就应当提 供这个已有的享元对象；如果系统中没有一个适当的享元对象的话，享 元工厂角色就应当创建一个新的合适的享元对象。 【例17-1】利用享元模式编写17.1描述的学生信息基本类。 (1)定义抽象享元角 IFlyweight。 public interface IFlyweight { String getUniversity();