彻底搞懂设计模式DesignPattern-桥接模式

本文已参与「新人创作礼」活动，一起开启掘金创作之路

桥接模式

适用于多个不同的维度相互结合产生很多实体的情况。

1. 桥接模式(Bridge模式)是指：将实现与抽象放在两个不同的类层次中，使两个层次可以独立改变。
2. 是一种结构型设计模式
3. Bridge模式基于类的最小设计原则，通过使用封装、聚合及继承等行为让不同的类承担不同的职责。它的主要特点是把抽象(Abstraction)与行为实现(Implementation)分离开来，从而可以保持各部分的独立性以及应对他们的功能扩展

实现桥接模式，至少要4个角色

抽象类（Abstraction）：定义抽象类的接口，一般为抽象类，其中定义了一个实现类接口（Implementor）类型的对象，且与该对象具有关联关系

扩充抽象类（RefinedAbstraction）：在系统中可能不止一个，扩充由抽象类（Abstraction）定义的接口。一般情况下不是抽象类而是具体类

实现类接口（Implementor）：定义实现类接口

具体实现类（ConcreteImplementor）：在系统中可能不止一个，具体实现实现类接口（Implementor）

总结

优点：对抽象接口及其实现部分进行分离；提高系统可扩展性；符合开闭原则

缺点：增加对系统的理解和设计难度；要求正确识别出系统中两个独立变化的维度

适用场景：需要在抽象类和具体类之间增加更多灵活性；类中存在多个独立变化的维度，且这些维度都需要独立进行扩展；不希望使用多层继承导致系统类的个数急剧增加

注意事项和细节

1. 实现了抽象和实现部分的分离，从而极大的提供了系统的灵活性，让抽象部分和实现部分独立开来，这有助于系统进行分层设计，从而产生更好的结构化系统。

2. 对于系统的高层部分，只需要知道抽象部分和实现部分的接口就可以了，其它的部分由具体业务来完成。

3. 桥接模式替代多层继承方案，可以减少子类的个数，降低系统的管理和维护成本。

4. 桥接模式的引入增加了系统的理解和设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计和编程

5. 桥接模式要求正确识别出系统中两个独立变化的维度(抽象、和实现)，因此其使用范围有一定的局限性，即需要有这样的应用场景。 桥接模式其它应用场景

对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用.

代码示例

码云地址https://gitee.com/magneto/codeReview/tree/master/DesignPattern/src/pro51/top/adapter

微信 公众号

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

桥接模式

适用于多个不同的维度相互结合产生很多实体的情况。

1. 桥接模式(Bridge模式)是指：将实现与抽象放在两个不同的类层次中，使两个层次可以独立改变。
2. 是一种结构型设计模式
3. Bridge模式基于类的最小设计原则，通过使用封装、聚合及继承等行为让不同的类承担不同的职责。它的主要特点是把抽象(Abstraction)与行为实现(Implementation)分离开来，从而可以保持各部分的独立性以及应对他们的功能扩展

实现桥接模式，至少要4个角色

抽象类（Abstraction）：定义抽象类的接口，一般为抽象类，其中定义了一个实现类接口（Implementor）类型的对象，且与该对象具有关联关系

扩充抽象类（RefinedAbstraction）：在系统中可能不止一个，扩充由抽象类（Abstraction）定义的接口。一般情况下不是抽象类而是具体类

实现类接口（Implementor）：定义实现类接口

具体实现类（ConcreteImplementor）：在系统中可能不止一个，具体实现实现类接口（Implementor）

总结

优点：对抽象接口及其实现部分进行分离；提高系统可扩展性；符合开闭原则

缺点：增加对系统的理解和设计难度；要求正确识别出系统中两个独立变化的维度

适用场景：需要在抽象类和具体类之间增加更多灵活性；类中存在多个独立变化的维度，且这些维度都需要独立进行扩展；不希望使用多层继承导致系统类的个数急剧增加

注意事项和细节

1. 实现了抽象和实现部分的分离，从而极大的提供了系统的灵活性，让抽象部分和实现部分独立开来，这有助于系统进行分层设计，从而产生更好的结构化系统。

2. 对于系统的高层部分，只需要知道抽象部分和实现部分的接口就可以了，其它的部分由具体业务来完成。

3. 桥接模式替代多层继承方案，可以减少子类的个数，降低系统的管理和维护成本。

4. 桥接模式的引入增加了系统的理解和设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计和编程

5. 桥接模式要求正确识别出系统中两个独立变化的维度(抽象、和实现)，因此其使用范围有一定的局限性，即需要有这样的应用场景。 桥接模式其它应用场景

对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用.

桥接模式

适用于多个不同的维度相互结合产生很多实体的情况。

1. 桥接模式(Bridge模式)是指：将实现与抽象放在两个不同的类层次中，使两个层次可以独立改变。
2. 是一种结构型设计模式
3. Bridge模式基于类的最小设计原则，通过使用封装、聚合及继承等行为让不同的类承担不同的职责。它的主要特点是把抽象(Abstraction)与行为实现(Implementation)分离开来，从而可以保持各部分的独立性以及应对他们的功能扩展

实现桥接模式，至少要4个角色

抽象类（Abstraction）：定义抽象类的接口，一般为抽象类，其中定义了一个实现类接口（Implementor）类型的对象，且与该对象具有关联关系

扩充抽象类（RefinedAbstraction）：在系统中可能不止一个，扩充由抽象类（Abstraction）定义的接口。一般情况下不是抽象类而是具体类

实现类接口（Implementor）：定义实现类接口

具体实现类（ConcreteImplementor）：在系统中可能不止一个，具体实现实现类接口（Implementor）

总结

优点：对抽象接口及其实现部分进行分离；提高系统可扩展性；符合开闭原则

缺点：增加对系统的理解和设计难度；要求正确识别出系统中两个独立变化的维度

适用场景：需要在抽象类和具体类之间增加更多灵活性；类中存在多个独立变化的维度，且这些维度都需要独立进行扩展；不希望使用多层继承导致系统类的个数急剧增加

注意事项和细节

1. 实现了抽象和实现部分的分离，从而极大的提供了系统的灵活性，让抽象部分和实现部分独立开来，这有助于系统进行分层设计，从而产生更好的结构化系统。

2. 对于系统的高层部分，只需要知道抽象部分和实现部分的接口就可以了，其它的部分由具体业务来完成。

3. 桥接模式替代多层继承方案，可以减少子类的个数，降低系统的管理和维护成本。

4. 桥接模式的引入增加了系统的理解和设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计和编程

5. 桥接模式要求正确识别出系统中两个独立变化的维度(抽象、和实现)，因此其使用范围有一定的局限性，即需要有这样的应用场景。 桥接模式其它应用场景

对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用.

桥接模式

适用于多个不同的维度相互结合产生很多实体的情况。

1. 桥接模式(Bridge模式)是指：将实现与抽象放在两个不同的类层次中，使两个层次可以独立改变。
2. 是一种结构型设计模式
3. Bridge模式基于类的最小设计原则，通过使用封装、聚合及继承等行为让不同的类承担不同的职责。它的主要特点是把抽象(Abstraction)与行为实现(Implementation)分离开来，从而可以保持各部分的独立性以及应对他们的功能扩展

实现桥接模式，至少要4个角色

抽象类（Abstraction）：定义抽象类的接口，一般为抽象类，其中定义了一个实现类接口（Implementor）类型的对象，且与该对象具有关联关系

扩充抽象类（RefinedAbstraction）：在系统中可能不止一个，扩充由抽象类（Abstraction）定义的接口。一般情况下不是抽象类而是具体类

实现类接口（Implementor）：定义实现类接口

具体实现类（ConcreteImplementor）：在系统中可能不止一个，具体实现实现类接口（Implementor）

总结

优点：对抽象接口及其实现部分进行分离；提高系统可扩展性；符合开闭原则

缺点：增加对系统的理解和设计难度；要求正确识别出系统中两个独立变化的维度

适用场景：需要在抽象类和具体类之间增加更多灵活性；类中存在多个独立变化的维度，且这些维度都需要独立进行扩展；不希望使用多层继承导致系统类的个数急剧增加

注意事项和细节

1. 实现了抽象和实现部分的分离，从而极大的提供了系统的灵活性，让抽象部分和实现部分独立开来，这有助于系统进行分层设计，从而产生更好的结构化系统。

2. 对于系统的高层部分，只需要知道抽象部分和实现部分的接口就可以了，其它的部分由具体业务来完成。

3. 桥接模式替代多层继承方案，可以减少子类的个数，降低系统的管理和维护成本。

4. 桥接模式的引入增加了系统的理解和设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计和编程

5. 桥接模式要求正确识别出系统中两个独立变化的维度(抽象、和实现)，因此其使用范围有一定的局限性，即需要有这样的应用场景。 桥接模式其它应用场景

对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用.

桥接模式

适用于多个不同的维度相互结合产生很多实体的情况。

1. 桥接模式(Bridge模式)是指：将实现与抽象放在两个不同的类层次中，使两个层次可以独立改变。
2. 是一种结构型设计模式
3. Bridge模式基于类的最小设计原则，通过使用封装、聚合及继承等行为让不同的类承担不同的职责。它的主要特点是把抽象(Abstraction)与行为实现(Implementation)分离开来，从而可以保持各部分的独立性以及应对他们的功能扩展

实现桥接模式，至少要4个角色

抽象类（Abstraction）：定义抽象类的接口，一般为抽象类，其中定义了一个实现类接口（Implementor）类型的对象，且与该对象具有关联关系

扩充抽象类（RefinedAbstraction）：在系统中可能不止一个，扩充由抽象类（Abstraction）定义的接口。一般情况下不是抽象类而是具体类

实现类接口（Implementor）：定义实现类接口

具体实现类（ConcreteImplementor）：在系统中可能不止一个，具体实现实现类接口（Implementor）

总结

优点：对抽象接口及其实现部分进行分离；提高系统可扩展性；符合开闭原则

缺点：增加对系统的理解和设计难度；要求正确识别出系统中两个独立变化的维度

适用场景：需要在抽象类和具体类之间增加更多灵活性；类中存在多个独立变化的维度，且这些维度都需要独立进行扩展；不希望使用多层继承导致系统类的个数急剧增加

注意事项和细节

1. 实现了抽象和实现部分的分离，从而极大的提供了系统的灵活性，让抽象部分和实现部分独立开来，这有助于系统进行分层设计，从而产生更好的结构化系统。

2. 对于系统的高层部分，只需要知道抽象部分和实现部分的接口就可以了，其它的部分由具体业务来完成。

3. 桥接模式替代多层继承方案，可以减少子类的个数，降低系统的管理和维护成本。

4. 桥接模式的引入增加了系统的理解和设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计和编程

5. 桥接模式要求正确识别出系统中两个独立变化的维度(抽象、和实现)，因此其使用范围有一定的局限性，即需要有这样的应用场景。 桥接模式其它应用场景

对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用.