- 浏览: 462112 次
- 性别:
- 来自: 北京
文章分类
最新评论
-
xbyy123:
如果底层原理是这样的话,那么太谢谢了,瞬间明白了spring事 ...
Spring事务原理 -
欢乐逗佛:
盗取一时爽,全家火葬场
java工厂模式三种 -
ananeye:
不错不错不错不错
spring 加载过程 -
ananeye:
写的浅显易懂,不错,赞一个。
Spring事务原理 -
18289753290:
我们平时好像不是这么写的。直接就是service了,servi ...
Spring事务原理
Bridge模式的概念
Bridge 模式是构造型的设计模式之一。Bridge模式基于类的最小设计原则,通过使用封装,聚合以及继承等行为来让不同的类承担不同的责任。它的主要特点是把抽象(abstraction)与行为实现(implementation)分离开来,从而可以保持各部分的独立性以及应对它们的功能扩展。
Bridge模式的应用场景
面向对象的程序设计(OOP)里有类继承(子类继承父类)的概念,如果一个类或接口有多个具体实现子类,如果这些子类具有以下特性:
- 存在相对并列的子类属性。
- 存在概念上的交叉。
- 可变性。
我们就可以用Bridge模式来对其进行抽象与具体,对相关类进行重构。
为了容易理解,我们举例说明一下,比如汽车类(Car),假设有2个子类,卡车类(Truck)与公交车类(Bus),它们有[设置引擎]这个动作行为,通过不同引擎规格的设置,可以将它们设置为比如为1500cc(Car1500),和2000cc(Car2000)的车。
这样,不管是1500cc的卡车还是2000cc的卡车,又或是1500cc的公交车还是2000cc的公交车,它们都可以是汽车类的子类,而且:
- 存在相对并列的子类属性。汽车的种类,与汽车引擎规格是汽车的2个并列的属性,没有概念上的重复。
- 存在概念上的交叉。不管是卡车还是公交车,都有1500cc与2000cc引擎规格的车。
- 可变性。除了卡车,公交车之外,可能还有救火车;除了有1500cc与2000cc引擎规格的车之外,还可能有2500cc的车等等。
这样一来,我们怎么来设计汽车类呢?
方法一
通过继承设计所有可能存在的子类。可能我们会想到下面的这种继承关系:
汽车总类:Car
汽车子类 - 按种类分类:Bus,Truck
汽车子类 - 按引擎分类:Bus1500,Bus2000,Truck1500,Truck2000
这样设置引擎这个动作就由各个子类加以实现。
但如果以后需要增加一种救火车(FireCar),以及增加一个引擎规格2500cc,需要实现的子类将会有:
Bus1500,Bus2000,Bus2500,Truck1500,Truck2000,Truck2500,FireCar1500,FireCar2000,FireCar2500 多达9个。
也就是说,这种设计方法,子类数目将随几何级数增长。
而且,Bus1500,Truck1500的引擎规格相同,它们的引擎设置动作应该是一样的,但现在把它们分成不同的子类,难以避免执行重复的动作行为。
方法二
分别为Bus以及Truck实现设置不同引擎的方法
汽车总类:Car
汽车子类:Bus,Truck
然后在Bus类里分别提供1500cc以及2000cc引擎的设置方法:
Bus extends Car {
public setEngine1500cc();
public setEngine2000cc();
}
在Truck类里也分别提供1500cc以及2000cc引擎的设置方法:
Truck extends Car {
public setEngine1500cc();
public setEngine2000cc();
}
这种情况,子类的数量是被控制了。但一方面,如果每增加一种引擎规格,需要修改所有的汽车子类;另一方面,即使引擎的设置行为一样,但是不同的汽车子类却需要提供完全一样的方法。
在实际的应用开发中,以上2种方法都会造成迁一发而动全身,而且会存在大量的重复代码。
Bridge模式可以很好的解决这类问题。
Client
Bridge模式的使用者
Abstraction
抽象类接口(接口或抽象类)
维护对行为实现(Implementor)的引用
Refined Abstraction
Abstraction子类
Implementor
行为实现类接口 (Abstraction接口定义了基于Implementor接口的更高层次的操作)
ConcreteImplementor
Implementor子类
Bridge模式的应用范例
我们来看看怎么应用Bridge模式来设计汽车类。
抽象 - Abstraction类:汽车类及其子类:
Car:汽车总类
Truck:汽车子类 - 卡车类。
Bus:汽车子类 - 公交车类。
行为实现 - Implementor:汽车引擎设置的行为类及子类
SetCarEngine:汽车引擎的设置接口
SetCarEngine1500cc:设置1500cc引擎
SetCarEngine2000cc:设置2000cc引擎
代码:
package zieckey.designpatterns.study.bridge;
//测试
public class Client
{
public static void main( String[] argv )
{
Engine engine1500 = new Engine1500CC();
Engine engine2200 = new Engine2200CC();
Vehicle bus1500 = new Bus( engine1500 );
Vehicle bus2200 = new Bus( engine2200 );
bus1500.setEngine();
bus2200.setEngine();
Vehicle truck1500 = new Truck( engine1500 );
Vehicle truck2200 = new Truck( engine2200 );
truck1500.setEngine();
truck2200.setEngine();
}
}
package zieckey.designpatterns.study.bridge;
/**
*
* 汽车类(Vehicle),假设有2个子类,卡车类(Truck)与公交车类(Bus),
* 它们有[设置引擎]这个动作行为,通过不同引擎规格的设置,
* 可以将它们设置为比如为1500cc(Car1500),和2000cc(Car2000)的车。
* 这样,不管是1500cc的卡车还是2000cc的卡车,又或是1500cc的公交车还是2000cc的公交车,它们都可以是汽车类的子类,而且:
* - 存在相对并列的子类属性。汽车的种类,与汽车引擎规格是汽车的2个并列的属性,没有概念上的重复。
* - 存在概念上的交叉。不管是卡车还是公交车,都有1500cc与2000cc引擎规格的车。
* - 可变性。除了卡车,公交车之外,可能还有救火车;除了有1500cc与2000cc引擎规格的车之外,还可能有2500cc的车等等。
*
* @author
* @since 2008/06/23
*/
public abstract class Vehicle
{
private Engine engine;
Vehicle( Engine engine )
{
this.setEngine( engine );
}
public abstract void setEngine();
public void setEngine( Engine engine )
{
this.engine = engine;
}
public Engine getEngine()
{
return engine;
}
}
package zieckey.designpatterns.study.bridge;
//Abstraction子类:这里为汽车抽象类的子类
public class Bus extends Vehicle
{
public Bus( Engine engine)
{
super( engine );
}
@Override
public void setEngine()
{
System.out.print("Set Bus Engine: ");
getEngine().setEngine();
}
}
package zieckey.designpatterns.study.bridge;
//Abstraction子类:这里为汽车抽象类的子类
public class Truck extends Vehicle
{
public Truck( Engine engine )
{
super( engine );
}
@Override
public void setEngine()
{
System.out.print("Set Truck Engine: ");
getEngine().setEngine();
}
}
package zieckey.designpatterns.study.bridge;
//汽车类的行为接口
public interface Engine
{
public void setEngine();
}
package zieckey.designpatterns.study.bridge;
/** ConcreteImplementor */
//行为实现子类
public class Engine2200CC implements Engine
{
public void setEngine()
{
System.out.println("engine 2200CC");
}
}
package zieckey.designpatterns.study.bridge;
/** ConcreteImplementor */
//行为实现子类
public class Engine1500CC implements Engine
{
public void setEngine()
{
System.out.println("engine 1500CC");
}
}
小结:Bridge模式是一种抽象与其实现相分离的模式。它主要应用于:当事物是一组变化量,和对这些事物的操作方法(实现)也是一组变化量的情况,也就是说它们都是多变的
Bridge 模式是构造型的设计模式之一。Bridge模式基于类的最小设计原则,通过使用封装,聚合以及继承等行为来让不同的类承担不同的责任。它的主要特点是把抽象(abstraction)与行为实现(implementation)分离开来,从而可以保持各部分的独立性以及应对它们的功能扩展。
Bridge模式的应用场景
面向对象的程序设计(OOP)里有类继承(子类继承父类)的概念,如果一个类或接口有多个具体实现子类,如果这些子类具有以下特性:
- 存在相对并列的子类属性。
- 存在概念上的交叉。
- 可变性。
我们就可以用Bridge模式来对其进行抽象与具体,对相关类进行重构。
为了容易理解,我们举例说明一下,比如汽车类(Car),假设有2个子类,卡车类(Truck)与公交车类(Bus),它们有[设置引擎]这个动作行为,通过不同引擎规格的设置,可以将它们设置为比如为1500cc(Car1500),和2000cc(Car2000)的车。
这样,不管是1500cc的卡车还是2000cc的卡车,又或是1500cc的公交车还是2000cc的公交车,它们都可以是汽车类的子类,而且:
- 存在相对并列的子类属性。汽车的种类,与汽车引擎规格是汽车的2个并列的属性,没有概念上的重复。
- 存在概念上的交叉。不管是卡车还是公交车,都有1500cc与2000cc引擎规格的车。
- 可变性。除了卡车,公交车之外,可能还有救火车;除了有1500cc与2000cc引擎规格的车之外,还可能有2500cc的车等等。
这样一来,我们怎么来设计汽车类呢?
方法一
通过继承设计所有可能存在的子类。可能我们会想到下面的这种继承关系:
汽车总类:Car
汽车子类 - 按种类分类:Bus,Truck
汽车子类 - 按引擎分类:Bus1500,Bus2000,Truck1500,Truck2000
这样设置引擎这个动作就由各个子类加以实现。
但如果以后需要增加一种救火车(FireCar),以及增加一个引擎规格2500cc,需要实现的子类将会有:
Bus1500,Bus2000,Bus2500,Truck1500,Truck2000,Truck2500,FireCar1500,FireCar2000,FireCar2500 多达9个。
也就是说,这种设计方法,子类数目将随几何级数增长。
而且,Bus1500,Truck1500的引擎规格相同,它们的引擎设置动作应该是一样的,但现在把它们分成不同的子类,难以避免执行重复的动作行为。
方法二
分别为Bus以及Truck实现设置不同引擎的方法
汽车总类:Car
汽车子类:Bus,Truck
然后在Bus类里分别提供1500cc以及2000cc引擎的设置方法:
Bus extends Car {
public setEngine1500cc();
public setEngine2000cc();
}
在Truck类里也分别提供1500cc以及2000cc引擎的设置方法:
Truck extends Car {
public setEngine1500cc();
public setEngine2000cc();
}
这种情况,子类的数量是被控制了。但一方面,如果每增加一种引擎规格,需要修改所有的汽车子类;另一方面,即使引擎的设置行为一样,但是不同的汽车子类却需要提供完全一样的方法。
在实际的应用开发中,以上2种方法都会造成迁一发而动全身,而且会存在大量的重复代码。
Bridge模式可以很好的解决这类问题。
Client
Bridge模式的使用者
Abstraction
抽象类接口(接口或抽象类)
维护对行为实现(Implementor)的引用
Refined Abstraction
Abstraction子类
Implementor
行为实现类接口 (Abstraction接口定义了基于Implementor接口的更高层次的操作)
ConcreteImplementor
Implementor子类
Bridge模式的应用范例
我们来看看怎么应用Bridge模式来设计汽车类。
抽象 - Abstraction类:汽车类及其子类:
Car:汽车总类
Truck:汽车子类 - 卡车类。
Bus:汽车子类 - 公交车类。
行为实现 - Implementor:汽车引擎设置的行为类及子类
SetCarEngine:汽车引擎的设置接口
SetCarEngine1500cc:设置1500cc引擎
SetCarEngine2000cc:设置2000cc引擎
代码:
package zieckey.designpatterns.study.bridge;
//测试
public class Client
{
public static void main( String[] argv )
{
Engine engine1500 = new Engine1500CC();
Engine engine2200 = new Engine2200CC();
Vehicle bus1500 = new Bus( engine1500 );
Vehicle bus2200 = new Bus( engine2200 );
bus1500.setEngine();
bus2200.setEngine();
Vehicle truck1500 = new Truck( engine1500 );
Vehicle truck2200 = new Truck( engine2200 );
truck1500.setEngine();
truck2200.setEngine();
}
}
package zieckey.designpatterns.study.bridge;
/**
*
* 汽车类(Vehicle),假设有2个子类,卡车类(Truck)与公交车类(Bus),
* 它们有[设置引擎]这个动作行为,通过不同引擎规格的设置,
* 可以将它们设置为比如为1500cc(Car1500),和2000cc(Car2000)的车。
* 这样,不管是1500cc的卡车还是2000cc的卡车,又或是1500cc的公交车还是2000cc的公交车,它们都可以是汽车类的子类,而且:
* - 存在相对并列的子类属性。汽车的种类,与汽车引擎规格是汽车的2个并列的属性,没有概念上的重复。
* - 存在概念上的交叉。不管是卡车还是公交车,都有1500cc与2000cc引擎规格的车。
* - 可变性。除了卡车,公交车之外,可能还有救火车;除了有1500cc与2000cc引擎规格的车之外,还可能有2500cc的车等等。
*
* @author
* @since 2008/06/23
*/
public abstract class Vehicle
{
private Engine engine;
Vehicle( Engine engine )
{
this.setEngine( engine );
}
public abstract void setEngine();
public void setEngine( Engine engine )
{
this.engine = engine;
}
public Engine getEngine()
{
return engine;
}
}
package zieckey.designpatterns.study.bridge;
//Abstraction子类:这里为汽车抽象类的子类
public class Bus extends Vehicle
{
public Bus( Engine engine)
{
super( engine );
}
@Override
public void setEngine()
{
System.out.print("Set Bus Engine: ");
getEngine().setEngine();
}
}
package zieckey.designpatterns.study.bridge;
//Abstraction子类:这里为汽车抽象类的子类
public class Truck extends Vehicle
{
public Truck( Engine engine )
{
super( engine );
}
@Override
public void setEngine()
{
System.out.print("Set Truck Engine: ");
getEngine().setEngine();
}
}
package zieckey.designpatterns.study.bridge;
//汽车类的行为接口
public interface Engine
{
public void setEngine();
}
package zieckey.designpatterns.study.bridge;
/** ConcreteImplementor */
//行为实现子类
public class Engine2200CC implements Engine
{
public void setEngine()
{
System.out.println("engine 2200CC");
}
}
package zieckey.designpatterns.study.bridge;
/** ConcreteImplementor */
//行为实现子类
public class Engine1500CC implements Engine
{
public void setEngine()
{
System.out.println("engine 1500CC");
}
}
小结:Bridge模式是一种抽象与其实现相分离的模式。它主要应用于:当事物是一组变化量,和对这些事物的操作方法(实现)也是一组变化量的情况,也就是说它们都是多变的
发表评论
-
struts2重复提交原理
2012-11-29 09:57 1085相信都有表单提交的情况, 很多时候不希望出现重复提交原来的数据 ... -
java定时器
2012-09-07 09:51 1107在现实生活中,会出现这样的例子,比如烧水,一般烧了20分钟后, ... -
java反射机制,注解,枚举
2012-07-17 08:44 17481) 要想使用反射,首先需要获得待处理类或对象所对应的Clas ... -
java反射机制应用场景
2012-04-25 10:12 6880反射机制实现: 1)导 ... -
java面试准备
2012-01-30 12:21 909一.集合 cccccccccc 二.java 中 String ... -
java连接池
2011-09-28 16:06 862连接池最基本的目的: 1、重用连接,节省连接资源; 2、免 ... -
java生产word文档的方法
2011-09-28 11:23 10921.jacob(windows系统) 2.通过html.vm类 ... -
ArrayList与LinkedList的区别
2011-09-06 16:33 847一般大家都知道ArrayList和LinkedList的大致区 ... -
HashMap与HashTable的区别
2011-09-06 16:26 8581 HashMap不是线程安全的 ... -
java 集合类
2011-09-06 15:56 940java.util中包含了一些集合类,常用的有List,Set ... -
临时1111
2011-08-24 00:19 843初始化 flow=1 status=0 连接查询- 主表+ ... -
List 反序输出
2011-08-16 15:45 2761java.util.Collections.reverse(L ... -
java 调色转化
2011-08-01 17:46 929// TODO Auto-generated metho ... -
java文件拷贝
2011-08-01 17:35 1841//文件拷贝 import org.apache.common ... -
Map的三种遍历方法
2011-07-14 19:29 891集合的一个很重要的操作---遍历,学习了三种遍历方法,三种方 ... -
java定时器在web应用
2011-06-30 14:47 1201每天某个时间点(如每晚22点)执行某一功能. 首先介绍jav ... -
环境变量配置
2011-05-16 17:56 817CLASSPATH D:\jdk1.6.0_16\lib\dt ... -
jar包冲突串调问题-jar包密封
2011-04-12 17:25 3414引用 包密封 密封 JAR 文件中的一个包意味着在这个包中定 ... -
jar包详解和META-INF作用(转)
2011-04-12 17:24 2611如果我们使用 JDK 的 jar ... -
java程序读取properties配置文件中文乱码
2011-04-08 10:59 11690java 读取properties文件时,如果包含中文,那么j ...
相关推荐
Java调用AutoCAD接口是一项技术性很强的工作,它允许开发者使用Java编程语言来控制和操作AutoCAD应用程序,实现自动化绘图、数据交换等任务。在本压缩包中,"Java调AutoCAD接口.zip"提供了使用Jacob库进行这项工作的...
电机驱动模块采用了 1 个电机来控制后轮,另外一个电机控制前轮,单片机 AT89C51 和 H - Briage 驱动电路 L293D 用来控制方向和电机的速度。 软件设计 软件设计是微机控制系统设计的关键部分,需要根据每个生产...
上次的是945以下的板子,这个是支持H61之类,看下面支持的类型。 5. Supported OS and Platforms ============================= - Foxconn MB - Windows XP - Windows Vista - Windows 7 6. Qualification ...
白色简洁风格的韩国个人网页源码下载.zip
基于AT89C51的超声波测距
白色宽屏风格的室内设计公司整站网站源码下载.zip
白色简洁风格的眼睛设计制作企业网站模板.zip
基于Mysql和OpenCV的人脸识别系统(源码和部署教程).zip。内容来源于网络分享,如有侵权请联系我删除。另外如果没有积分的同学需要下载,请私信我。
“预防夏季中暑”知识讲座教案课件
Java毕业设计-基于springboot+vue的在线教育平台源码+文档+视频教程 系统说明: 3.3 角色功能分析 3.3.1 管理员用例分析 数据统计:管理员可以查看系统的数据统计信息,如用户数量、订单数量等。 轮播管理:管理员可以管理系统首页的轮播图内容,包括添加、编辑、删除等操作。 课程管理:管理员可以管理系统中的课程信息,包括审核待审批的课程、编辑课程内容等。 分类管理:管理员可以管理课程的分类信息,包括添加、编辑、删除分类。 讲师管理:管理员可以管理系统中的讲师信息,包括审核讲师入驻申请、编辑讲师信息等。 学员管理:管理员可以管理系统中的学员信息,包括查看学员列表、禁用学员账号等。 用户管理:管理员可以管理系统中的用户信息,包括查看用户列表、禁用用户账号等。 订单管理:管理员可以管理系统中的订单信息,包括查看订单列表、处理订单退款等操作。如下图3-1所示: 图3-1 管理员用例图 管理员用例表描述了管理员在黑板擦在线教育系统中的常见操作,包括登录系统、数据统计、轮播管理、课程审核和分类管理等。管理员首先通过输入用户名和密码登录系统,然后可以查看系统的数
采用QT写了一个基于UDP协议的数据发送小程序,可以发送自定义帧结构数据和记录的数据文件,使用方便。
其实这就是历年摘出来的
在传统信息管理方法中,我们面临诸多挑战:处理信息耗时、数据错误率高、数据修正困难以及数据检索不便。为了解决这些问题,引入计算机化的疫苗预约系统软件显得尤为重要,这样的系统不仅能够规范信息管理流程,实现管理工作的系统化和程序化,还能帮助管理人员准确、迅速地处理信息。 在开发工具的选择上,我们经过慎重考虑,最终选择了Eclipse作为开发工具,以及Mysql作为数据库工具,以便于实现疫苗预约系统的各项功能。系统的核心功能包括管理员对用户的管理以及新闻公告的发布。 疫苗预约系统是一款基于软件开发技术构建的应用系统,它在信息处理方面表现出色,无论是数据的快速添加、维护、统计还是查询,都能轻松应对,极大地提高了信息处理的速度和准确性。
基于python的二手房数据分析完整源码+说明文档+分析报告+数据(高分项目),本资源中的源码都是经过本地编译过可运行的,评审分达到98分,资源项目的难度比较适中,内容都是经过助教老师审定过的能够满足学习、毕业设计、期末大作业和课程设计使用需求,如果有需要的话可以放心下载使用。 基于python的二手房数据分析完整源码+说明文档+分析报告+数据(高分项目)基于python的二手房数据分析完整源码+说明文档+分析报告+数据(高分项目)基于python的二手房数据分析完整源码+说明文档+分析报告+数据(高分项目)基于python的二手房数据分析完整源码+说明文档+分析报告+数据(高分项目)基于python的二手房数据分析完整源码+说明文档+分析报告+数据(高分项目)基于python的二手房数据分析完整源码+说明文档+分析报告+数据(高分项目)基于python的二手房数据分析完整源码+说明文档+分析报告+数据(高分项目)基于python的二手房数据分析完整源码+说明文档+分析报告+数据(高分项目)基于python的二手房数据分析完整源码+说明文档+分析报告+数据(高分项目)基于python
白色宽屏风格的肉制品销售企业网站模板.zip
白色简洁风格的房产交易中心企业网站源码下载.zip
白色简洁风格的高级西餐牛排模板下载.zip
漂亮的收款打赏要饭网HTML页面源码,一款简洁而美观的HTML页面,专为个人收款和接受他人打赏而设计