设计模式之禅之设计模式-桥梁模式

简介: 一:桥梁模式定义        --->桥梁模式(Bridge Pattern)也叫做桥接模式,是一个比较简单的模式        --->将抽象和实现解耦,使得两者可以独立地变化。二:桥梁模式角色● Abstraction——抽象化角色        它的主要职责是定义出该角色的行为,同时保存一个对实现化角色的引用,该角色一般是抽象类。

一:桥梁模式定义
        --->桥梁模式(Bridge Pattern)也叫做桥接模式,是一个比较简单的模式
        --->将抽象和实现解耦,使得两者可以独立地变化。




二:桥梁模式角色


● Abstraction——抽象化角色
        它的主要职责是定义出该角色的行为,同时保存一个对实现化角色的引用,该角色一般是抽象类。
● Implementor——实现化角色
        它是接口或者抽象类,定义角色必需的行为和属性。
● RefinedAbstraction——修正抽象化角色
        它引用实现化角色对抽象化角色进行修正。
● ConcreteImplementor——具体实现化角色
        它实现接口或抽象类定义的方法和属性。


三:桥梁模式的应用
【1】桥梁模式的优点
● 抽象和实现分离
        这也是桥梁模式的主要特点,它完全是为了解决继承的缺点而提出的设计模式。在该模式下,实现可以不受抽象的约束,不用再绑定在一个固定的抽象层次上。
● 优秀的扩充能力
        看看我们的例子,想增加实现?没问题!想增加抽象,也没有问题!只要对外暴露的接口层允许这样的变化,我们已经把变化的可能性减到最小。
● 实现细节对客户透明
        客户不用关心细节的实现,它已经由抽象层通过聚合关系完成了封装。

【2】桥梁模式的使用场景
● 不希望或不适用使用继承的场景
        例如继承层次过渡、无法更细化设计颗粒等场景,需要考虑使用桥梁模式。
● 接口或抽象类不稳定的场景
        明知道接口不稳定还想通过实现或继承来实现业务需求,那是得不偿失的,也是比较失败的做法。
● 重用性要求较高的场景
        设计的颗粒度越细,则被重用的可能性就越大,而采用继承则受父类的限制,不可能出现太细的颗粒度。

【3】桥梁模式的注意事项
        桥梁模式是非常简单的,使用该模式时主要考虑如何拆分抽象和实现,并不是一涉及继承就要考虑使用该模式,那还要继承干什么呢?桥梁模式的意图还是对变化的封装,尽量把可能变化的因素封装到最细、最小的逻辑单元中,避免风险扩散。因此读者在进行系统设计时,发现类的继承有N层时,可以考虑使用桥梁模式。



四:桥梁模式的案例

【1】产品抽象

 1 package com.yeepay.sxf.template24;
 2 /**
 3  *【 实现化角色】
 4  *相当于不同的业务逻辑,抽象出共有行为
 5  * 
 6  * 产品类
 7  * @author sxf
 8  *
 9  */
10 public abstract class Product {
11     //甭管是什么产品一定要被生产出来
12     public abstract void beProducted();
13     //生产出来的东西,一定要销售出去,否则亏本
14     public abstract void beSelled();
15 }
View Code

【2】房子产品实现

 1 package com.yeepay.sxf.template24;
 2 /**【 实现化角色】
 3  * 具体的实现化角色的实现动作
 4  * 房子产品
 5  * @author sxf
 6  *
 7  */
 8 public class HousePro  extends Product{
 9 
10     @Override
11     public void beProducted() {
12         System.out.println("HousePro.beProducted()修建一批房子");
13     }
14 
15     @Override
16     public void beSelled() {
17         System.out.println("HousePro.beSelled()销售一批房子");
18     }
19 
20     
21 }
View Code

【3】ipad产品实现

 1 package com.yeepay.sxf.template24;
 2 /**【 实现化角色】
 3  * 具体的实现化角色的实现动作
 4  * ipad产品
 5  * @author sxf
 6  *
 7  */
 8 public class Ipad extends Product{
 9 
10     @Override
11     public void beProducted() {
12         System.out.println("Ipad.beProducted()生产ipad");
13     }
14 
15     @Override
16     public void beSelled() {
17         System.out.println("Ipad.beSelled()销售ipad");
18     }
19 
20     
21 }
View Code

【4】公司抽象

 1 package com.yeepay.sxf.template24;
 2 /**
 3  * 【抽象化角色】
 4  * 内部依赖实现化角色产品
 5  * 
 6  * 
 7  * 公司和产品。
 8  * 有的公司只专注一个产品
 9  * 有的山寨公司可以生产多个产品
10  * @author sxf
11  *
12  */
13 public abstract class Corp {
14     //抽象产品
15     private Product product;
16     //构造函数。传入不同的产品,实现不同产品的业务
17     public Corp(Product product){
18         this.product=product;
19     }
20     //公司是干什么的,赚钱行为
21     public void makeMoney(){
22         //产品生产
23         product.beProducted();
24         //产品销售
25         product.beSelled();
26     }
27 }
View Code

【5】房地产公司实现

 1 package com.yeepay.sxf.template24;
 2 /**
 3  * 房地产公司
 4  * 
 5  * 只专注盖房子,买房子的公司
 6  * @author sxf
 7  *
 8  */
 9 public class HouseCorpImpl extends Corp{
10 
11     /**
12      * 传入房子产品
13      * @param housePro
14      */
15     public HouseCorpImpl(HousePro housePro) {
16         super(housePro);
17     }
18 
19     /**
20      * 调用父类,公司的抽象行为
21      */
22     @Override
23     public void makeMoney() {
24         super.makeMoney();
25     }
26 
27     
28 }
View Code

【6】山寨公司,可以根据市场热度,随便生产品的公司

 1 package com.yeepay.sxf.template24;
 2 /**
 3  * 山寨公司
 4  * 可以生产任意产品,并进行销售
 5  * @author sxf
 6  *
 7  */
 8 public class ShanZhaiCompany extends Corp{
 9 
10     /**
11      * 传入不同产品,做不同的行为
12      * @param product
13      */
14     public ShanZhaiCompany(Product product) {
15         super(product);
16     }
17 
18     /**
19      * 公司在赚钱的行为上是不变的
20      */
21     @Override
22     public void makeMoney() {
23         super.makeMoney();
24     }
25 
26     
27 }
View Code

【7】客户端测试

 1 package com.yeepay.sxf.template24;
 2 /**
 3  * 客户端测试
 4  * @author sxf
 5  *
 6  */
 7 public class ClientTest {
 8 
 9     public static void main(String[] args) {
10         //定义房子产品
11         HousePro housePro=new HousePro();
12         //定义ipad产品
13         Ipad ipad=new Ipad();
14         
15         //定义房地产公司
16         HouseCorpImpl houseCorpImpl=new HouseCorpImpl(housePro);
17         //房子产品运转
18         houseCorpImpl.makeMoney();
19         
20         
21         
22         //公司模式一定,传入不同的产品,生产不同的产品和销售不同的产品
23         //定义房地产山寨公司1
24         ShanZhaiCompany shanZhaiCompany1=new ShanZhaiCompany(housePro);
25         //定义ipad山寨公司
26         ShanZhaiCompany shanZhaiCompany2=new ShanZhaiCompany(ipad);
27         //山寨公司1运转
28         shanZhaiCompany1.makeMoney();
29         //山寨公司2运转
30         shanZhaiCompany2.makeMoney();
31     }
32 }
View Code

 

目录
打赏
0
0
0
0
11
分享
相关文章
11、Python与设计模式--桥梁模式
#一、画笔与形状 在介绍原型模式的一节中,我们举了个图层的例子,这一小节内容,我们同样以类似画图的例子,说明一种结构类设计模式:桥梁模式。 在一个画图程序中,常会见到这样的情况:有一些预设的图形,如矩形、圆形等,还有一个对象-画笔,调节画笔的类型(如画笔还是画刷,还是毛笔效果等)并设定参数(如颜色、线宽等),选定图形,就可以在画布上画出想要的图形了。要实现以上需求,先从最抽象的元素开始设计,即
6178 0
前端必须掌握的设计模式——模板模式
模板模式(Template Pattern)是一种行为型设计模式,父类定义固定流程和步骤顺序,子类通过继承并重写特定方法实现具体步骤。适用于具有固定结构或流程的场景,如组装汽车、包装礼物等。举例来说,公司年会节目征集时,蜘蛛侠定义了歌曲的四个步骤:前奏、主歌、副歌、结尾。金刚狼和绿巨人根据此模板设计各自的表演内容。通过抽象类定义通用逻辑,子类实现个性化行为,从而减少重复代码。模板模式还支持钩子方法,允许跳过某些步骤,增加灵活性。
158 11
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
|
2月前
|
「全网最细 + 实战源码案例」设计模式——模式扩展(配置工厂)
该设计通过配置文件和反射机制动态选择具体工厂,减少硬编码依赖,提升系统灵活性和扩展性。配置文件解耦、反射创建对象,新增产品族无需修改客户端代码。示例中,`CoffeeFactory`类加载配置文件并使用反射生成咖啡对象,客户端调用时只需指定名称即可获取对应产品实例。
90 40
PHP中的设计模式:提升代码的可维护性与扩展性在软件开发过程中,设计模式是开发者们经常用到的工具之一。它们提供了经过验证的解决方案,可以帮助我们解决常见的软件设计问题。本文将介绍PHP中常用的设计模式,以及如何利用这些模式来提高代码的可维护性和扩展性。我们将从基础的设计模式入手,逐步深入到更复杂的应用场景。通过实际案例分析,读者可以更好地理解如何在PHP开发中应用这些设计模式,从而写出更加高效、灵活和易于维护的代码。
本文探讨了PHP中常用的设计模式及其在实际项目中的应用。内容涵盖设计模式的基本概念、分类和具体使用场景,重点介绍了单例模式、工厂模式和观察者模式等常见模式。通过具体的代码示例,展示了如何在PHP项目中有效利用设计模式来提升代码的可维护性和扩展性。文章还讨论了设计模式的选择原则和注意事项,帮助开发者在不同情境下做出最佳决策。
「全网最细 + 实战源码案例」设计模式——简单工厂模式
简单工厂模式是一种创建型设计模式,通过工厂类根据传入参数创建不同类型的对象,也称“静态工厂方法”模式。其结构包括工厂类、产品接口和具体产品类。优点是封装性强、代码复用性好;缺点是扩展性差,增加新产品时需修改工厂类代码,违反开闭原则。适用于对象种类较少且调用者无需关心创建细节的场景。
63 19
「全网最细 + 实战源码案例」设计模式——生成器模式
生成器模式(Builder Pattern)是一种创建型设计模式,用于分步骤构建复杂对象。它允许用户通过控制对象构造的过程,定制对象的组成部分,而无需直接实例化细节。该模式特别适合构建具有多种配置的复杂对象。其结构包括抽象建造者、具体建造者、指挥者和产品角色。适用于需要创建复杂对象且对象由多个部分组成、构造过程需对外隐藏或分离表示与构造的场景。优点在于更好的控制、代码复用和解耦性;缺点是增加复杂性和不适合简单对象。实现时需定义建造者接口、具体建造者类、指挥者类及产品类。链式调用是常见应用方式之一。
59 12
「全网最细 + 实战源码案例」设计模式——工厂方法模式
简单工厂模式是一种创建型设计模式,通过一个工厂类根据传入参数创建不同类型的产品对象,也称“静态工厂方法”模式。其结构包括工厂类、产品接口和具体产品类。适用于创建对象种类较少且调用者无需关心创建细节的场景。优点是封装性强、代码复用性好;缺点是扩展性差,增加新产品时需修改工厂类代码,违反开闭原则。
55 15
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等