设计模式读书笔记内容分析

设计模式读书笔记内容分析

2004-12-1

Flyweight 模式

名称：享元模式、轻量模式、羽量模式

问题：

采用对象来表达应用当然很好，但是假设一个文档编辑器处理文字，初看可以将所有处理的字母当作对象来看待（面向对象），但是，这样就会产生巨量的对象，系统资源大量消耗。如何做到共享这些具有相同特征的对象呢？

解决：

定义一个称作flyweight的对象，该对象是一个共享对象，在不同的上下文(context)中使用，可以看作各个对立的对象。但是flyweight不可对其所处的上下文进行任何假设。内部状态存在于flyweight中，包含了对立的上下文，这些信息可以被共享；而外部状态取决于所处的上下文，不可共享，内部对象负责在必要时候将外部状态传递给flyweight。这样，存在了所有对象都可以共享的状态和每一个区别于其他对象的外部状态。举例来讲，java 的string对象就是享元模式的应用。

效果：

极大减少了对象的数量，节约了空间。但是管理复杂了，要极小心区分外部状态和内部状态划分。

图：

Proxy 代理模式

名称：代理模式、proxy 、surrogate

问题：

考虑在一个编辑系统中嵌入图像和其他大型元素，创建这些元素会很消耗资源，但我们知道，打开文档时候需要很迅速，我们在打开时候应当避免创建所有的图形等，且在显示部分可能不会看到这些图形。这意味着对于一个开销很大的对象我们根据需要进行创建，但是如何在文档中表示这个对象呢？

解决：

我们设计一个proxy对象来代表图型等大型元素，在真正需要这个元素的逝时候代替创建并显示。Proxy在文档持续化的时候，仅仅代表图形存储尺寸等信息。

效果：

协调调用者和被调用者，使得耦合性降低了。

图：

结构型的模式之间很有相似性，但实际上主要区别在于面向解决的问题不同，用途不同。

Adapter模式主要解决两个已存接口的之间的不匹配问题。

Bridge模式则对抽象接口与他可能的多个部分进行桥接，允许修改实现此模式类

Composite和Decorator类似，都是基于递归组合来产生新的对象，但是Decorator模式可不需要生成子类来给对象添加职责，避免子类增加；而Composite则旨在构造类，使得多个相关的队形呢够统一处理。