设计模式重点.ppt

惯用法可能是一种特定设计模式的具体实现，此时设计模式和惯用法之间无法划分界限。 惯用法展示了程序设计语言特征的应有的使用，有助于程序设计语言的教学。 相对于许多设计模式而言，惯用法在语言之间的可移植性差。 * 惯用法可能是一种特定设计模式的具体实现，此时设计模式和惯用法之间无法划分界限。 惯用法展示了程序设计语言特征的应有的使用，有助于程序设计语言的教学。 相对于许多设计模式而言，惯用法在语言之间的可移植性差。 * * * * 当主程序/子程序体系结构的构件被分布在网络上的多个计算机中时，我们称主程序对子程序的调用为远程过程调用。这种系统的目标是要通过将运算分布到多台计算机上来充分利用多台处理器，最终达到提高系统性能的目的。 * 对象管理体系结构（object management architecture，OMA）是对象管理组织OMG（object management group）在1990年提出来的，它定义了分布式软件系统参考模型。OMA包括对象模型和参考模型两部分。OMA对象模型定义了如何描述异质环境中的分布式对象。OMA参考模型描述对象之间的交互。 公共对象请求代理体系结构（common object request broker architecture，CORBA）是OMG所提出的一个标准。它以对象管理体系结构为基础。 * * * * 在企业和电子商务系统的开发和集成中，产生了多种经过较大调整、关注不同复杂度的J2EE技术。这些技术支持MVC模式的实现，如Jakarta Struts。有些技术还扩展到了企业服务，如Spring框架技术和应用服务器（如Jboss、Websphere应用服务器）。在应用服务器中，与JMS实现集成则将应用领域扩展到电子商务。 * * 抽象类DialogDirector负责定义对话框的整体行为，客户调用ShowDialog() 操作可将对话框显示在屏幕上，DialogDirector的抽象操作CreateWidgets() 可在对话框内建立窗口组件，另一个抽象操作WidgetChanged()由窗口组件调用，用以通知它的director说它们的状态已变化了。 抽象工厂 解决方法是：先定义一个抽象类WidgetFactory（用斜体字区分抽象类），这个类声明了创建各种基本组件的接口，再逐一替各种基本组件定义相对应的抽象类，如 ScrollBar、Window等，让它们的具体子类来真正实现特定的GUI标准。 抽象工厂 可支持多种GUI标准的绘图用户界面工具包的结构图 抽象工厂 (3) 结构：抽象工厂模式的结构如图所示。 抽象工厂 (4) 参与者职责 a) 抽象工厂类（AbstractFactory）：声明创建抽象产品对象的操作的接口。 b) 具体工厂类（ConcreteFactory）：实现产生具体产品对象的操作。 c) 抽象产品类（AbstractProduct）：声明一种产品对象的接口。 d) 具体产品类（ConcreteProduct）：定义将被相应的具体工厂类产生的产品对象，并实现抽象产品类接口。 e) 客户（Client）：仅使用由抽象工厂类和抽象产品类声明的接口。 抽象工厂 (5) 协作 在执行时，AbstractFactory将产品交给ConcreteFactory创建。 ConcreteFactory类的实例只有一个，专门针对某种特定的实现标准，建立具体可用的产品对象。 如果想要建立其他标准的产品对象，客户程序就得改用另一种ConcreteFactory。 单件 (1) 目的：一个类只有一个实例并提供一个访问它的全局访问点。该实例应在系统生存期中都存在。 (2) 思路：例如，通常情况下，用户可以对应用系统进行配置，并将配置信息保存在配置文件中，应用系统在启动时首先将配置文件加载到内存中，这些内存配置信息应该有且仅有一份。应用单件模式可以保证Configure类只能有一个实例。 单件 (3) 结构：单件模式的结构如图所示。 单件 (4) 参与者职责 a) 单件（Singleton）：能够创建它唯一的实例；同时定义了一个Instance操作，允许外部存取它唯一的实例。Instance是一个静态成员函数 (5) 协作：客户只能通过Singleton的Instance() 存取这唯一的实例。 外观 (1) 目的：给子系统中的一组接口提供一套统一的高层界面，使得子系统更容易使用。 (2) 思路：将系统划分为若干子系统，虽然可以降低整体的复杂性，但还需设法降低子系统之间的通信和相互的依赖性。一种方法就是引进一个外观（facade）对象，为子系统内各种设施提供一个简单的单一界面。 外观 (3) 结构：外观模式的结构如图所示。 外观 (4)参与者职责 a)外观（Fa?a