|
|
|
|
|
|
|
|
|
|
|
结构型模式处理类或对象的组合，涉及如何组合类和对象以获得更大的结构。结构型类模式采用继承机制来组合接口或实现。一个简单的例子是采用多重继承方法将两个以上的类组合成一个类，结果这个类包含了所有父类的性质。这一模式尤其有助于多个独立开发的类库协同工作。其中一个例子是类形式的Adapter（适配器）模式。一般来说，适配器使得一个接口与其他接口兼容，从而给出了多个不同接口的统一抽象。为此，类Adapter对一个adaptee类进行私有继承。这样，适配器就可以用adaptee的接口表示它的接口。对象Adapter依赖于对象组合。
|
|
|
|
|
|
|
|
（1）意图。将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
|
|
|
|
|
|
|
|
（2）结构。类适配器使用多重继承对一个接口与另一个接口进行匹配，其结构如上图所示。对象适配器依赖于对象组合，其结构如下图所示。
|
|
|
|
|
|
|
|
|
|
.Target定义Client使用的与特定领域相关的接口。
|
|
|
|
|
|
.Adaptee定义一个已经存在的接口，这个接口需要适配。
|
|
|
|
.Adapter对Adaptee的接口与Target接口进行适配。
|
|
|
|
|
|
|
|
.想创建一个可以服用的类，该类可以与其他不相关的类或不可预见的类（即那些接口可能不一定兼容的类）协同工作。
|
|
|
|
.（仅适用于对象Adapter）想使用一个已经存在的子类，但是不可能对每一个都进行子类化以匹配它们的接口。对象适配器可以适配它的父类接口。
|
|
|
|
|
|
（1）意图。为其他对象提供一种代理以控制对这个对象的访问。
|
|
|
|
|
|
|
|
|
|
|
|
.Proxy保存一个引用使得代理可以访问实体；提供一个与Subject的接口相同的接口，使代理可以用来代替实体；控制对实体的存取，并可能负责创建和删除它；其他功能依赖于代理的类型：Remote Proxy负责对请求及其参数进行编码，并向不同地址空间中的实体发送已编码的请求；Virtual Proxy可以缓存实体的附加信息，以便延迟对它的访问；Protection Proxy检查调用者是否具有实现一个请求所必需的访问权限。
|
|
|
|
.Subject定义RealSubject和Proxy的共用接口，这样就在任何使用RealSubject的地方都可以使用Proxy。
|
|
|
|
.RealSubject定义Proxy所代表的实体。
|
|
|
|
（3）适用性。Proxy模式适用于在需要比较通用和复杂的对象指针代替简单的指针的时候，常见情况有：
|
|
|
|
.远程代理（Remote Proxy）为一个对象在不同地址空间提供局部代表。
|
|
|
|
.虚代理（Virtual Proxy）根据需要创建开销很大的对象。
|
|
|
|
.保护代理（Protection Proxy）控制对原始对象的访问，用于对象应该有不同的访问权限的时候。
|
|
|
|
.智能引用（Smart Reference）取代了简单的指针，它在访问对象时执行一些附加操作。典型用途包括：对指向实际对象的引用计数，这样当该对象没有引用时，可以被自动释放；当第一次引用一个持久对象时，将它装入内存；在访问一个实际对象前，检查是否已经锁定了它，以确保其他对象不能改变它。
|
|
|
|
结构型对象模式不是对接口和实现进行组合，而是描述了如何对一些对象进行组合，从而实现新功能的一些方法。因为可以在运行时刻改变对象组合关系，所以对象组合方式具有更大的灵活性，而这种机制用静态类组合是不可能实现的。
|
|
|
|
Composite（组合）模式将对象组合成树型结构以表示“部分—整体”的层次结构，使得用户对单个对象和组合对象的使用具有一致性。它描述了如何构造一个类层次式结构，这一结构由两种类型的对象所对应的类构成。其中的组合对象使得用户可以组合基元对象以及其他的组合对象，从而形成任意复杂的结构。proxy（代理）模式为其他对象提供一种代理以控制对这个对象的访问，其中，proxy对象作为其他对象的一个方便的替代或占位符。它的使用可以有多种形式，例如可以在局部空间中代表一个远程地址空间中的对象，也可以表示一个要求被加载的较大的对象，还可以用来保护对敏感对象的访问。proxy模式还提供了对对象的一些特有性质的一定程度上的间接访问，从而可以限制、增强或修改这些性质。Flyweight（享元）模式运用共享技术有效地支持大量细粒度的对象，为了共享对象定义了一个结构。至少有两个原因要求对象共享：效率和一致性。Flyweight的对象共享机制主要强调对象的空间效率。使用很多对象的应用必须考虑每一个对象的开销。使用对象共享而不是进行对象复制，可以节省大量的空间资源。但是，仅当这些对象没有定义与上下文相关的状态时，它们才可以被共享。Flyweight的对象没有这样的状态。任何执行任务时需要的其他一些信息仅当需要时才传递过去。由于不存在与上下文相关的状态，因此Flyweight对象可以被自由地共享。
|
|
|
|
Facade（外观）模式为子系统中的一组接口提供一个一致的界面，定义了一个高层接口，这个接口使得这一子系统更加容易使用。该模式描述了如何用单个对象表示整个子系统。模式中的facade用来表示一组对象，facade的职责是将消息转发给它所表示的对象。Bridge（桥接）模式将对象的抽象和其实现分离，从而可以独立地改变它们。
|
|
|
|
Decorator（装饰）模式描述了如何动态地为对象添加一些额外的职责。该模式采用递归方式组合对象，从而允许添加任意多的对象职责。例如，一个包含用户界面组件的Decorator对象可以将边框或阴影这样的装饰添加到该组件中，或者它可以将窗口滚动和缩放这样的功能添加到组件中。可以将一个Decorator对象嵌套在另外一个对象中，就可以很简单地增加两个装饰，添加其他的装饰也是如此。因此，每个Decorator对象必须与其组件的接口兼容并且保证将消息传递给它。Decorator模式在转发一条信息之前或之后都可以完成它的工作（例如绘制组件的边框）。许多结构型模式在某种程度上具有相关性。
|
|
|
