桥接模式：分离抽象与实现，实现解耦

"本章主要介绍了桥接模式，这是一种用于分离抽象部分与其实现部分的设计模式，使得两者可以独立变化。这种模式属于对象结构型模式，也称作柄体模式或接口模式。桥接模式通过关联关系替代继承，降低类与类之间的耦合，简化系统扩展。" 在桥接模式中，主要涉及四个角色： 1. 抽象类(Abstraction)：定义一个实现类接口的对象，并负责维护这个对象。抽象类通常包含一些基本的业务逻辑。 2. 扩充抽象类(Refined Abstraction)：扩展抽象类，实现了抽象类中定义的抽象业务方法。在这个类中，可以调用实现类接口中的方法，以完成更复杂的业务操作。 3. 实现类接口(Implementor)：定义了具体实现类的接口，提供基本的操作。这些操作在抽象类中可能会被进一步封装和扩展。 4. 具体实现类(Concrete Implementor)：实现了实现类接口，并提供了接口中定义的具体实现。在运行时，具体实现类可以替换其抽象类中的对象，为客户端提供实际的业务操作。 桥接模式的主要动机是解决当系统存在两个独立变化的维度时，如何设计才能避免大量的类爆炸问题。例如，假设我们需要创建不同形状（如矩形、圆形）且每个形状都有多种颜色，如果不使用桥接模式，可能需要为每种形状和颜色组合创建一个类。但通过桥接模式，我们可以将形状和颜色作为独立的变化维度来处理，形状类只关注形状的逻辑，颜色类只关注颜色的逻辑，两者通过关联组合在一起，使得系统更加灵活，易于扩展。 桥接模式的核心思想是将抽象部分和实现部分解耦，这样即使一个维度发生变化，另一个维度也可以保持不变，或者反之。这使得系统具有更高的可维护性和可扩展性，因为我们可以独立地修改或增加新的抽象或实现，而不会影响到其他部分。 在实际应用中，桥接模式常用于以下场景：当一个类有多个维度的变化，且这些维度的变化相对独立时；或者当系统需要避免由于类的膨胀导致的复杂性时。通过使用桥接模式，我们可以更好地组织代码，降低模块间的耦合，提高系统的可复用性和可维护性。