设计模式之装饰、适配、外观

装饰模式

意图

装饰模式是一种结构型设计模式， 允许你通过将对象放入包含行为的特殊封装对象中来为原对象绑定新的行为。

优点

• 你无需创建新子类即可扩展对象的行为。
• 你可以在运行时添加或删除对象的功能。
• 你可以用多个装饰封装对象来组合几种行为。
• 单一职责原则。 你可以将实现了许多不同行为的一个大类拆分为多个较小的类。

缺点

• 在封装器栈中删除特定封装器比较困难。
• 实现行为不受装饰栈顺序影响的装饰比较困难。
• 各层的初始化配置代码看上去可能会很糟糕。

应用场景

• 如果你希望在无需修改代码的情况下即可使用对象， 且希望在运行时为对象新增额外的行为， 可以使用装饰模式。

• 如果用继承来扩展对象行为的方案难以实现或者根本不可行， 你可以使用该模式。

理解

• 装饰器类和原始类继承同样的父类，这样我们可以对原始类“嵌套”多个装饰器类。
• 装饰器类是对功能的增强，这也是装饰器模式应用场景的一个重要特点。
• 装饰则能为对象提供加强的接口。

实践

• 比如：Java IO。

---

适配器模式

意图

适配器模式是一种结构型设计模式， 它能使接口不兼容的对象能够相互合作。

优点

• _单一职责原则_你可以将接口或数据转换代码从程序主要业务逻辑中分离。

• 开闭原则。 只要客户端代码通过客户端接口与适配器进行交互， 你就能在不修改现有客户端代码的情况下在程序中添加新类型的适配器。

缺点

• 代码整体复杂度增加， 因为你需要新增一系列接口和类。 有时直接更改服务类使其与其他代码兼容会更简单。

应用场景

• 当你希望使用某个类， 但是其接口与其他代码不兼容时， 可以使用适配器类。

• 如果您需要复用这样一些类， 他们处于同一个继承体系， 并且他们又有了额外的一些共同的方法， 但是这些共同的方法不是所有在这一继承体系中的子类所具有的共性。

理解

• 适配器能为被封装对象提供不同的接口，适配器可以对已有对象的接口进行修改。
• 适配器模式通常在已有程序中使用， 让相互不兼容的类能很好地合作。
• 封装有缺陷的接口设计
• 统一多个类的接口设计
• 替换依赖的外部系统
• 兼容老版本接口
• 适配不同格式的数据

实践

• Slf4j

---

外观模式

意图

外观模式是一种结构型设计模式， 能为程序库、 框架或其他复杂类提供一个简单的接口。

优点

• 你可以让自己的代码独立于复杂子系统。

缺点

• 外观可能成为与程序中所有类都耦合的上帝对象。

应用场景

• 如果你需要一个指向复杂子系统的直接接口， 且该接口的功能有限， 则可以使用外观模式。

• 如果需要将子系统组织为多层结构， 可以使用外观。

理解

• 解决易用性问题-隐藏系统的复杂性，提供一组更加简单易用、更高层的接口
• 解决性能问题-通过将多个接口调用替换为一个门面接口调用
• 解决分布式事务问题-同一事务多个接口操作

实践

• 外观模式为现有对象定义了一个新接口。
• javax.faces.context.ExternalContext 在内部使用了 Servlet­Context、 Http­Session、 Http­Servlet­Request、 Http­Servlet­Response 和其他一些类。

---

总结

• 代理模式：【控制】代理模式在不改变原始类接口的条件下，为原始类定义一个代理类，主要目的是控制访问，而非加强功能，这是它跟装饰器模式最大的不同。

• 桥接模式：【隔离】桥接模式的目的是将接口部分和实现部分分离，从而让它们可以较为容易、也相对独立地加以改变。

• 装饰器模式：【增强】装饰者模式在不改变原始类接口的情况下，对原始类功能进行增强，并且支持多个装饰器的嵌套使用。

• 适配器模式：【兼容】适配器模式是一种事后的补救策略。适配器提供跟原始类不同的接口，而代理模式、装饰器模式提供的都是跟原始类相同的接口。

• 外观模式：【简化】门面模式为子系统提供一组统一的接口，定义一组高层接口让子系统更易用。

---