设计模式【桥接模式】

桥接模式是一种结构型模式,它主要应对的是:由于实际的需要,某个类具有两个或两个以上的维度变化,如果只是用继承将无法实现这种需要,或者使得设计变得相当臃肿。

桥接模式的做法是把变化部分抽象出来,使变化部分与主类分离开来,从而将多个维度的变化彻底分离。最后,提供一个管理类来组合不同维度上的变化,通过这种组合来满足业务的需要。

【转载使用,请注明出处:http://blog.csdn.net/mahoking

应用场景:

例如,某个系统有信息提醒的功能,其中信息提醒包括,短信提醒SMS,邮件提醒Mail,还有常规的系统提醒Sys,除此之外还有每种信息提供还可以细分,拿短信为例,可分为通用短信提醒CommonSMSMessage与紧急短息提醒UrgentSMSMessage。

场景分析:

本例有两个维度的变化,信息发送送器不同:SMSSender,MailSender等,信息类型不同:CommonSMSMessage, UrgentSMSMessage等。由于本例采用桥接模式来设计,以提高后续程序的可扩展性。以下是本例的UML图。

以下摘自网络:

桥接模式的适用:

你不希望在抽象和它的实现部分之间有一个固定的绑定关系。例如:程序的实现部分在运行时需要被选择或者切换。

类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。这时Bridge模式使你可以对不同的抽象接口和实现部分进行组合,并分别对它们进行扩充。

对一个抽象实现的修改需要对客户不产生影响,即客户的代码不必重新编译。有许多类要生成。这种情况下你必须将一个对象分解成两个部分。这种类层次结构为“嵌套的普化”。你想在多个对象间共享实现(可能使用引用计数),但同时要求客户并不知道这一点。

通过UML图可知,我们需要构建一个接口对象(MessageSender)和一个抽象对象(AbstractMessage)。

public interface MessageSender {
	public void sndMsg(String userName,String context) ;
}

public abstract class AbstractMessage {
	protected MessageSender msgSender;
	public AbstractMessage(MessageSender msgSender) {
		super();
		this.msgSender = msgSender;
	}

	public void sndMsg(String userName, String context) {

		System.out.println("向【" + userName + "】发送消息提醒,内容为:" + context);
	}
}

接下来创建对应的实现类与继承类,MailSender、MailMessage。本例以Mail相关为例,涉及SMS,可自行参考Mail补充。

public class MailSender implements MessageSender {

	@Override
	public void sndMsg(String userName, String context) {

		System.out.println("向【"+userName+"】发送邮件提醒,内容为:"+context);
	}

}

public class MailMessage extends AbstractMessage {

	public MailMessage(MessageSender msgSender) {
		super(msgSender);
	}

}

再接下里创建,CommonMailMessage和UrgentMailMessage。

/**
 * 通用邮件提醒类
 * @author Mahc
 *
 */
public class CommonMailMessage extends MailMessage {

	public CommonMailMessage(MessageSender msgSender) {
		super(msgSender);
	}

	@Override
	public void sndMsg(String userName, String context) {
		System.out.println("向【" + userName + "】发送通用邮件提醒,内容为:" + context);
	}
}
/**
 * 紧急邮件提醒类
 * @author Mahc
 *
 */
public class UrgentMailMessage extends MailMessage {

	public UrgentMailMessage(MessageSender msgSender) {
		super(msgSender);
	}

	@Override
	public void sndMsg(String userName, String context) {
		System.out.println("向【" + userName + "】发送紧急邮件提醒,内容为:" + context);
	}
}

接下来需要对我们的设计,进行测试一下,测试Client如下。

/**
 * 测试Client
 * @author Mach
 *
 */
public class Client {

	public static void main(String[] args) {
		String userName = "Mahc";
		String context = "来自ID-xxxx-SYS的信息提醒!";

		System.out.println("====短信提醒功能====");
		MessageSender smsMsgSender = new SMSSender();
		smsMsgSender.sndMsg(userName, context);
		//SMS----1、默认短信发送提醒
		AbstractMessage smsMessage = new SMSMessage(smsMsgSender);
		smsMessage.sndMsg(userName, context);
		//SMS----2、发送通用短息提醒
		AbstractMessage commonSmsMessage = new CommonSMSMessage(smsMsgSender);
		commonSmsMessage.sndMsg(userName, context);
		//SMS----3、发送紧急短息提醒
		AbstractMessage urgentSmsMsg = new UrgentSMSMessage(smsMsgSender);
		urgentSmsMsg.sndMsg(userName, context);

		System.out.println("====邮件提醒功能====");
		MessageSender mailSender = new MailSender();
		mailSender.sndMsg(userName, context);
		//Mail----1、默认邮件发送提醒
		AbstractMessage mailMessage = new MailMessage(mailSender);
		mailMessage.sndMsg(userName, context);
		//Mail----2、发送通用邮件提醒
		AbstractMessage commonMailMessage = new CommonMailMessage(mailSender);
		commonMailMessage.sndMsg(userName, context);
		//Mail----3、发送紧急邮件提醒
		AbstractMessage urgentMailMessage = new UrgentMailMessage(mailSender);
		urgentMailMessage.sndMsg(userName, context);

	}
}

结果输出:

====短信提醒功能====

向【Mahc】发送短信提醒,内容为:来自ID-xxxx-SYS的信息提醒!

向【Mahc】发送消息提醒,内容为:来自ID-xxxx-SYS的信息提醒!

向【Mahc】发送通用短信提醒,内容为:来自ID-xxxx-SYS的信息提醒!

向【Mahc】发送紧急短信提醒,内容为:来自ID-xxxx-SYS的信息提醒!

====邮件提醒功能====

向【Mahc】发送邮件提醒,内容为:来自ID-xxxx-SYS的信息提醒!

向【Mahc】发送消息提醒,内容为:来自ID-xxxx-SYS的信息提醒!

向【Mahc】发送通用邮件提醒,内容为:来自ID-xxxx-SYS的信息提醒!

向【Mahc】发送紧急邮件提醒,内容为:来自ID-xxxx-SYS的信息提醒!

【转载使用,请注明出处:http://blog.csdn.net/mahoking

时间: 2024-09-29 09:15:40

设计模式【桥接模式】的相关文章

js设计模式——桥接模式

定义:将抽象化(Abstraction)与实现化(Implementation)脱耦,使得二者可以独立地变化. 常用场景:在js中,桥接模式常用于事件监听器和ajax请求的解耦,以便于进行单元测试. 举个栗子 普通方法. var btn=$('#btn'); btn.on('click',function () { $.ajax({ url:'test.html', data:{ id:this.id }, dataType:'html', success:function(data){ con

5分钟读书笔记之 - 设计模式 - 桥接模式

补充一点知识: 私有变量 在对象内部使用'var'关键字来声明,而且它只能被私有函数和特权方法访问.私有函数 在对象的构造函数里声明(或者是通过var functionName=function(){...}来定义),它能被特权函数调用(包括对象的构造函数)和私有函数调用.特权方法 通过this.methodName=function(){...}来声明而且可能被对象外部的代码调用.可以使用:this.特权函数() 方式来调用特权函数,使用 :私有函数()方式来调用私有函数.公共属性 通过thi

设计模式 -- 桥接模式(Bridge Pattern)

桥接模式 Bridge Pattern 结构设计模式 定义: 分离抽象部分和实现部分,使他们独立运行. 避免使用继承导致系统类个数暴增,可以考虑桥接模式. 桥接模式将继承关系转化为关联关系,减少耦合,减少代码量. 例如: public interface Shape { public void bepaint(String color); } public abstract class Color { Shape shape; public void setShape(Shape shape)

C#设计模式--桥接模式

0.C#设计模式--简单工厂模式 1.C#设计模式--工厂方法模式 2.C#设计模式--抽象工厂模式 3.C#设计模式--单例模式 4.C#设计模式--建造者模式 5.C#设计模式--原型模式 6.C#设计模式--设配器模式 7.C#设计模式--装饰器模式 8.C#设计模式--代理模式 9.C#设计模式--外观模式 设计模式: 桥接模式(Bridge Pattern) 简单介绍: 桥接模式(Bridge Pattern):桥接模式的用意是将抽象化(Abstraction)与实现化(Impleme

[Unity 设计模式]桥接模式(BridgePattern)

1.前言 继上一讲IOC模式的基础上继续本讲桥接模式,笔者感觉桥接模式是23种设计模式中桥接模式是最好用但也是最难理解的设计模式之一,23中设计模式就好武侠剧中一本武功秘籍,我们在工作过程中想要熟练运用其中的每一种设计模式就好比跟高手过招想要能运用好武侠秘籍中的每一招每一式,并且能随着对手出招的不同我们能随机应变对应的招数,这就要求我们对每一种设计模式都理解的非常深刻才能运用自如,打出组合拳的效果. 2.需求 我们在FPS类游戏中会碰到这样的需求——实现武器和角色,无论是敌人还是我方角色都能通过

javascript设计模式-桥接模式

在系统中,某些类由于自身逻辑,具有两个或两个以上维度的变化,如何使得该类型可以沿多个方向变化,但又不引入额外的复杂度,这就是桥接模式要解决的问题. 定义:桥接模式(Bridge),将抽象部分与它的实现部分分离,使他们可以独立的变化. 意图:将抽象与实现解耦. 对于前端,比较常用的场景,是事件监控: addEvent(element, 'click', getDrinkById); function getDrinkById(e) { var id = this.id; asyncRequest(

设计模式 -- 桥接模式(Bridge)

写在前面的话:读书破万卷,编码如有神--------------------------------------------------------------------主要内容包括: 初始桥接模式,包括: 定义.结构和说明.参考实现 体会桥接模式,包括: 场景问题.不用模式的解决方案.使用模式的解决方案 理解桥接模式,包括: 认识桥接模式.谁来桥接.典型例子-JDBC.广义桥接-Java中无处不在桥接.桥接模式的优缺点 思考桥接模式,包括: 桥接模式的本质.对设计原则的体现.何时选用 参考内

小菜学设计模式——桥接模式

背景 很多情况下继承会带来麻烦,对象的继承关系是在编译时就定义好了,所以无法在运行时改变从父类继承的实现.子类的实现与它的父类有非常紧密的依赖关系,以至于父类实现中的任何变化必然会导致子类发生变化.当你需要复用子类时,如果继承下来的实现不适合解决新的问题,则父类必须重写或被其他更适合的类替换,这种依赖关系限制了灵活性并最终限制了复用性. 1.使用意图 尽量使用合成聚合,尽量不要使用类的继承. 将两个角色之间的继承关系改为聚合关系,就是将它们之间的强关联改换成为弱关联.因此,桥梁模式中的所谓脱耦,

设计模式——桥接模式

场景,我们需要给不同的电视厂商,比如长虹.TCL.三星等等生产电视遥控器.他们提供各自电视机遥控功能的实现,并且遵循一样的标准. 我们制作一个长虹的遥控器,选择最直接的方式,继承长虹类,然后利用长虹类提供的方法,实现遥控器功能. 在这个遥控器中,我们提供了新功能,比如 1)将开和关放在一个按钮 2)下一个频道 3)上一个频道 public class CHTvControl extends CHControl implements TvControl{ private static int ch

23种设计模式--桥接模式

一.桥接模式的介绍 桥接其实说白就是走近路嘛,来个简单例子来说班级要到B地区去旅游,但是不是集体组织去,自己去到B地就可以了,这样就会诞生三种出行方式,那就是水,路,空,桥接的意思就是将水,路,空这三个地方建立一个港口,那样大家到B地区的中转战始终就是一个,大概的意思就是这,虽然有点不恰当,但是我感觉这样一说大家会比较明朗一点:不行就再来一个例子,存钱的例子来说吧,众所周知的,中国有四大行(工,农,中,建),你选择去某家存钱,存钱的方式有三种(活期,定期),但是银行不止这几家杭州银行等等本地新兴