joenqc的博客

适配器模式的意图在于，使用不同接口的类所提供的服务为客户端提供它所期望的接口，从而能够兼容工作。分为类适配器模式 通过新的适配类实现客户端期望的接口，并继承现有的需要适配的类。对象适配器模式 客户端没有暴露出期望的接口，而是类或者抽象类，此时只能使用对象适配器模式，继承客户端期望的类，然后使用委派(组合)，使新的适配器类拥有一个被适配类的实例对象。可能比类适配器更脆弱，因为新的适配器类可能无法

组合模式的意图是为了保证客户端调用单对象与组合对象的一致性。图 组合模式的关键在于组合对象可以包含其他单个组合对象或者集合（不仅仅是叶子对象），且Composite和Leaf节点共享了一个共同的接口。组合模式使我们在树型结构的问题中，模糊了简单元素和复杂元素的概念，客户程序可以像处理简单元素一样来处理复杂元素,从而使得客户程序与复杂元素的内部结构解耦。组合模式让我们可以优化处理递归或分级数据结构。

桥接模式关注抽象的设计。这里的抽象是指包含了一组抽象方法的类，这些抽象方法可能包含多个实现。实现抽象的一般做法是创建类的层次结构，该层次的顶部是一个包含抽象方法的抽象类，该类的每个子类都提供这些抽象方法的不同实现。但是，当需要对该层次进行子类化时，这一做法就存在不足了。你可以创建一个桥，然后把这些抽象方法移到接口中。这样，抽象就将依赖于接口的实现。桥接模式的意图是将抽象与抽象的实现相互分离来实现解耦

面向对象编程的最大优势，在于它能防止应用程序成为混乱纠缠的小程序。外观模式的意图是为子系统提供一个接口，便于它的使用。 一个外观就是一个类，它包含的功能介于工具包与完整的应用程序之间，为工具包或子系统的类提供了简单的用法。在服务器后台应用程序开发中，通常采用分层的架构，比如Controller-Service-Dao。最近做的一个需求，卖家可以设置10个常用的物流公司来发货。当卖家更新常用物流公司

原文： https://www.ibm.com/developerworks/cn/java/j-lo-tomcat2/概览门面设计模式观察者设计模式命令设计模式责任链模式门面设计模式门面设计模式在 Tomcat 中有多处使用，在 Request 和 Response 对象封装中、Standard Wrapper 到 Serv