小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。
一、适配器模式
定义： 将一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。适配器模式分为类结构型模式和对象结构型模式两种，前者类之间的耦合度比后者高，且要求程序员了解现有组件库中的相关组件的内部结构，所以应用相对较少些。
理解： 适配器模式是作为两个不兼容的接口之间的桥梁。例如只会中文和只会英文的人无法直接交流对话，这中间就需要一个翻译官，来充当桥梁的角色。适配器模式包含3个角色，目标角色是当前系统业务所期待的接口，它可以是抽象类或接口；适配者角色是已经存在的接口，但是是和客户期待的接口不兼容；适配器角色是一个转换器，通过继承或引用适配者的对象，把适配者接口转换成目标接口，变成客户所期待的接口。
优点： 提高类的透明性，客户端通过适配器可以透明地调用目标接口。提高了类的复用，不需要修改原有代码而重用现有的适配者类。将目标类和适配者类解耦，解决了目标类和适配者类接口不一致的问题，可以让两个没有关联的类一起工作。
缺点： 如果过多使用适配器，可能会增加系统的复杂性，比如看见的是A接口，却被适配成B接口，增加代码阅读难度，降低代码可读性，过多使用适配器会使系统代码变得凌乱。
场景： 客户需要一个目标接口，但是无法使用一个已经存在运行的正常接口。
二、桥接模式
定义： 将抽象与实现分离，使它们可以独立变化。它是用组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。
理解： 某些类具有多个维度的变化，例如汽车可以按品牌和功率，字体可以按大小、颜色。如果要设计一个类按多个维度变化，每个维度都用继承的话，会导致很多类，过于复杂，我们可以按照某个维度来继承，其他维度用接口抽象出来，增加一个维度也就增加一个属性而已，同时暴露设置这些属性的接口。桥接模式包含三个角色，抽象化角色定义抽象类，并包含一个对实现化对象的引用；扩展抽象化角色是抽象化角色的子类，实现父类中的业务方法，并通过组合关系调用实现化角色中的业务方法；实现化角色定义实现化角色的接口，供扩展抽象化角色调用；具体实现化角色给出实现化角色接口的具体实现。
优点： 抽象与实现分离，扩展能力强。符合开闭原则。符合合成复用原则。其实现细节对客户透明。
缺点： 引入桥架模式会增加系统的理解与设计难度，由于聚合关系建立在抽象层，要求开发者针对抽象化进行设计与编程。
场景： 一个类存在两个独立变化的维度，且这两个维度都需要进行扩展时。一个系统不希望使用继承或因为多层次继承导致系统类的个数急剧增加时。如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性时，避免在两个层次之间建立静态的继承联系，通过桥接模式可以使它们在抽象层建立一个关联关系。
