设计模式系列讲座(三).pptVIP

设计模式系列讲座(三) (单例模式\多例模式) 项 目 部: 陈 习 文 E_Adon@163.com 单例模式 名称：单例模式(Singleton Pattern) 意图：保证一个类仅有一个实例，并提供一个访问它的全局访问点。 要点： 一是某各类只能有一个实例； 二是它必须自行创建这个事例； 三是它必须自行向整个系统提供这个实例。 单例模式 结构图： 效果： 对唯一实例的受控访问。 缩小命名空间。 允许对操作与表示的精化 允许可变数目的实例 单例模式 几种形式 饿汉式单例类 懒汉式单例类 登记式单例类 单例模式 饿汉式单例类 典型结构图： 要点： 在这个类被加载时，单例类的惟一实例已经被初始化。 此类不能被继承。 单例模式 懒汉式单例类 典型结构图： 要点： 在系统第一次调用工厂方法时，才创建自己的私有构造子。 由于构造子是私有的，因此，此类不能被继承。 在处理多线程环境下，通常懒汉式单例类实现里对静态工厂方法使用了同步化 （synchronized ）。 单例模式 饿汉式与懒汉式的比较 相同点：类不能被继承 不同点： 饿汉式单例类在自己被加载时就将自己实例化。即便加载器是静态的，在饿汉式单例类被加载时仍会将自己实例化。单从资源利用效率角度来讲，这个比懒汉式单例类稍差些。从速度和反应时间角度来讲，则比懒汉式单例类稍好些。 懒汉式单例类在实例化时，必须处理好在多个线程同时首次引用此类时的访问限制问题，特别是当单例类作为资源控制器，在实例化时必然涉及资源初始化，而资源初始化很有可能耗费时间。这意味着出现多线程同时首次引 用此类的机率变得较大。 单例模式 登记式单例类 典型结构图： 示例代码: 父类 子类 客户类 要点： 单例类是GoF 为了克服饿汉式单例类及懒汉式单例类均不可继承的缺点而设计的。 它的子类实例化的方式只能是懒汉式的，这是无法改变的 。 单例模式 登记式单例类 登记式单例类子类结构图： 要点： 子类必须允许父类以构造子调用产生实例 。因此，它的构造子必须是公开的。这样一来，就等于允许了以这样方式产生实例而不在父类的登记中。这是登记式单例类的一个缺点。 由于父类的实例必须存在才可能有子类的实例，这在有些情况下是一个浪费。 这是登记式单例类的另一个缺点。 单例模式 实例：属性文件管理器 需求假设： 假定需要读取的属性文件就在当前目录中，且文件名为perties。这个文件中有如下的一些属性项。 属性文件内容： node1.item1=How node1.item2=are node2.item1=you node2.item2=doing node3.item1=? 开发前提：了解JAVA开发工具包中的Java 属性类 。（java.util.Properties） 单例模式 系统设计： 结构图： 源码分析（ConfigManager ） 单例模式 问答题 1. 为什么不使用一个静态的“全程”原始变量，而要建一个类？一个静态的原始变量当然只能有一个值，自然而然不就是“单例”的吗？ 单例模式可以提供很复杂的逻辑，而一个原始变量不能自已初始化，不可能有继承的关系，没有内部结构。因此单例模式有很多优越之处。 在Java 语言里并没有真正的“全程”变量， 一个变量必须属于某一个类或者某一个实例。而在复杂的程序当中，一个静态变量的初始化发生在哪里常常是一个不易确定的问题。 当然，使用“全程”原始变量并没有什么错误，就好像选择使用C# 语言而非Java语言编程并不是一种对错的问题一样。 单例模式 问答题 请问java.lang.Math 类和java.lang.Runtime是否是单例模式？ Math类虽然有一个私有的构造子 ，但没有为外界提供任何自身的实例。实际上，这两个类都是被设计来提供静态工厂方法和常量的，因此从来就不需要它们的实例，Math不是单例模式。 Runtime 类提供一个静态工厂方法getRuntime();-----------public static Runtime getRuntime();通过调用此方法，可以获得Runtime 类惟一的一个实例. Runtime是比较有名的单例模式应用。 多例模式 多例模式 名称定义：Multiton Pattern，实际上就是单例模式的自然推广。 特点： （1）多例类可有多个实例。 （2）多例类必须自己创建、管理自己的实例，并向外界提供自己的实例。 结构图： 多例模式 有上限多例类 一个实例数目有上限的多例类已经把实例的上限当做逻辑的一部分，并建造到了多例类的内部，这种多例模式叫做有上限多例模式。 例：麻将骰子 代码分析：多例类Die和客户端 多例类是单例类的推广，而单例类是多例类