我的设计模式:工厂模式和桥梁模式

1.简单工厂模式  Factory Method Pattern

能生产某类(接口管理)东东,可以指定特定的类

延迟初始化:     使用全局变量Map减少类的初始化过程

获取接口下的全部实现类:ClassUtils

2.抽象工厂模式  Abstract Factory Patter

问题:人类中分男和女   人类的喜怒哀乐情绪

产品等级和产品族

工厂(接口   抽象类(共性)   实现类(个性))       人类(接口   抽象类(共性)  实现类(个性))

3.桥梁模式  Bridge Pattern

问题:     1.父  子  祖孙 相互继承的关系,子方法你敢重写吗?祖孙要从父类继承下来的方法,一旦子类方法重写,方法将无法继承下来

2.公司生产的产品不断更新  每次更新厂房、工人、设备不需要变啊  (换整个工厂or换产品)

解决方案:只要有一个引用就好

桥梁模式的概念: 业务抽象角色(里面有厂房、工人、设备、产品,可以是抽象的,也可以是具体的)

业务实现角色(具体的产品) 业务抽象角色引用业务实现角色(哈哈,尽说实话)

工厂不断扩展,产品不断扩展,互不影响

继承是加法运算   桥梁是乘法运算

抽象工厂模式和桥梁模式对比:都是乘法运算,抽象工厂模式是类*方法,桥梁模式是类*参数

时间: 2024-10-12 23:10:11

我的设计模式:工厂模式和桥梁模式的相关文章

设计模式(十一)桥梁模式(结构型)

概述 在软件系统中,某些类型由于自身的逻辑,它具有两个或多个维度的变化,那么如何应对这种“多维度的变化”?如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化,而又不引入额外的复杂度? 例子:设想如果要绘制矩形.圆形.椭圆.正方形,我们至少需要4个形状类,但是如果绘制的图形需要具有不同的颜色,如红色.绿色.蓝色等,此时至少有如下两种设计方案: •第一种设计方案是为每一种形状都提供一套各种颜色的版本. •第二种设计方案是根据实际需要对形状和颜色进行组合. 方案1: 方案2: 对于有两个

【设计模式】 模式PK:策略模式VS桥梁模式

1.概述 我们先来看两种模式的通用类图. 两者之间确实很相似.如果把策略模式的环境角色变更为一个抽象类加一个实现类,或者桥梁模式的抽象角色未实现,只有修正抽象化角色,想想看,这两个类图有什么地方不一样?完全一样!正是由于类似场景的存在才导致了两者在实际应用中经常混淆的情况发生,我们来举例说明两者有何差别. 大家都知道邮件有两种格式:文本邮件(TextMail)和超文本邮件(HTMLMaiL),在文本邮件中只能有简单的文字信息,而在超文本邮件中可以有复杂文字(带有颜色.字体等属性).图片.视频等,

Java设计模式(五)外观模式 桥梁模式

(九)外观模式 外观模式为子系统提供一个接口,便于使用.解决了类与类之间关系的,外观模式将类之间的关系放在一个 Facade 类中,降低了类类之间的耦合度,该模式不涉及接口. class CPU { public void startup(){ System.out.println("cpu start"); } public void shutdown(){ System.out.println("cpu stop"); } } class Memory { pu

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

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

java设计模式之桥梁模式(Bridge)

1.桥梁模式 与 策略模式 非常相似 (其实很多设计模式都相似,因为所有的模式都是按照设计原则 而设计出来的,设计原则就相当于武功的心法,设计模式就是招式,只要心法过硬,就可以无招胜有招了.) 这里也有比较详细的说明 策略模式 VS 桥梁模式 (画画,使用蜡笔和使用毛笔以及颜料的区别) 好了,这里先说 桥梁模式,最后再总结两者的区别 2.桥梁模式(还是那样,设计模式就是为了代码健壮,代码重用,所以高内聚,低耦合永远都是那么受欢迎,什么抽象类啊,接口啊···) 场景,农民施肥. 这里农民类 调用

JAVA设计模式之桥梁模式

在阎宏博士的<JAVA与模式>一书中开头是这样描述桥梁(Bridge)模式的: 桥梁模式是对象的结构模式.又称为柄体(Handle and Body)模式或接口(Interface)模式.桥梁模式的用意是“将抽象化(Abstraction)与实现化(Implementation)脱耦,使得二者可以独立地变化”. 桥梁模式的用意 桥梁模式虽然不是一个使用频率很高的模式,但是熟悉这个模式对于理解面向对象的设计原则,包括“开-闭”原则以及组合/聚合复用原则都很有帮助.理解好这两个原则,有助于形成正确

设计模式 桥梁模式 JDBC

桥梁模式是对象的结构模式.又称为柄体(Handle and Body)模式或接口(Interface)模式.桥梁模式的用意是"将抽象化(Abstraction)与实现化(Implementation)脱耦,使得二者可以独立地变化". 桥梁模式的用意 桥梁模式虽然不是一个使用频率很高的模式,但是熟悉这个模式对于理解面向对象的设计原则,包括"开-闭"原则以及组合/聚合复用原则都很有帮助.理解好这两个原则,有助于形成正确的设计思想和培养良好的设计风格. 桥梁模式的用意是&

java 设计模式 之 桥梁模式

桥梁模式:将抽象和实现解耦,使两者可以独立的变化.解释:将两个有组合关系,强耦合的对象,各自抽象然后解耦.(类关系图看https://www.cnblogs.com/blogxiao/p/9513883.html 这篇文章) 下面以公司生产产品为例子. 1.小汽车公司生产小汽车.这里有两个对象:汽车公司和小汽车.这两个是聚合的关系.类关系图如下: 业务逻辑就是:汽车公司生产汽车产品 2.缺点:扩展性差,当有是个产品需要生产的时候,此时需要在往这里面的增加十个产品类.当有多个公司生产多个产品的时候

桥梁模式(Bridge Pattern)

桥梁模式是对象的结构模式.又称为柄体(Handle and Body)模式或接口(Interface)模式.桥梁模式的用意是“将抽象化(Abstraction)与实现化(Implementation)脱耦,使得二者可以独立地变化”. 桥梁模式的用意 桥梁模式虽然不是一个使用频率很高的模式,但是熟悉这个模式对于理解面向对象的设计原则,包括“开-闭”原则以及组合/聚合复用原则都很有帮助.理解好这两个原则,有助于形成正确的设计思想和培养良好的设计风格.桥梁模式的用意是“将抽象化(Abstraction