本文介绍设计模式中的桥接(Bridge)模式的概念,用法,以及实际应用中怎么样使用桥接模式进行开发。
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模式是一种抽象与其实现相分离的模式。它主要应用于:当事物是一组变化量,和对这些事物的操作方法(实现)也是一组变化量的情况,也就是说它们都是多变的。
原文地址:http://space.itpub.net/9399028/viewspace-687882
分享到:
相关推荐
设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段...
Java 桥接模式 设计模式 桥接模式(Bridge Pattern)是一种常用的设计模式,它将抽象化和实现化解耦,使用封装、聚合以及继承等基本技术,将两个独立变化的维度通过抽象化的方式进行桥接,从而降低了它们之间的耦合...
java设计模式【之】桥接模式【源码】【场景:老师上课】 * 桥接模式 * 将抽象与实现分离,通过组合抽象进行交互 * (由指定人员制定接口规则,由其他人员实现接口规则) * * 桥接:描述的是关联关系,实现上...
桥接模式(Bridge Pattern)是设计模式中结构型模式的一种,它的主要目的是将抽象部分与实现部分解耦,使得它们可以独立地进行变化。在Java编程中,这种模式的应用可以帮助我们构建更加灵活、可扩展的代码结构。 ...
计算机后端-Java-图解java设计模式070 桥接模式(5).avi
计算机后端-Java-图解java设计模式068 桥接模式(3).avi
计算机后端-Java-图解java设计模式067 桥接模式(2).avi
计算机后端-Java-图解java设计模式066 桥接模式(1).avi
桥接模式是软件设计模式中的一种结构型模式,它的主要目的是为了实现抽象和实现的解耦,使得两者可以独立地进行扩展。在桥接模式中,抽象类(Abstraction)不直接引用具体实现(Implementation),而是通过一个桥接...
计算机后端-Java-图解java设计模式069 桥接模式(4)-J.avi
《Java设计模式》是刘伟老师的一本经典教材,它深入浅出地讲解了软件设计中的重要概念——设计模式。设计模式是经验丰富的开发者在解决常见问题时总结出的通用解决方案,是软件开发中的智慧结晶。这本书的课后习题和...
Java设计模式是面向对象编程领域中的重要概念,它是一套被广泛接受并实践的解决软件设计问题的经验总结。设计模式并非具体的代码或库,而是一种在特定情境下为了解决常见问题而制定的通用解决方案的描述。它们描述了...
一、例讲桥接模式 不必要的继承导致类爆炸 汽车可按品牌分(本例中只考虑BMT,BenZ,Land Rover),也可按手动档、自动档、手自一体来分。如果对于每一种车都实现一个具体类,则一共要实现3*3=9个类。 1...
《Java设计模式PDF》是一本由James W. Cooper编写的经典书籍,该书详细介绍了Java编程语言中的设计模式,并通过实际案例深入探讨了这些模式的应用场景和实现细节。 在本书的前言部分(第3页),作者简要介绍了设计...
《Java设计模式之禅》是一本深入浅出讲解设计模式的书籍,书中不仅包含23种经典设计模式的案例,还详细介绍了设计模式背后的思想和原则,适合初学者以及对设计模式有一定了解的程序员阅读。本书旨在帮助读者理解如何...
桥接模式是一种结构型设计模式,它将抽象部分与实现部分分离,使它们可以独立进行变化。这种模式在软件工程中被广泛应用于处理组件之间的耦合问题,使得系统具有更好的可扩展性和灵活性。 桥接模式的主要组成部分...
Java设计模式是软件工程中的一种最佳实践,它总结了在特定场景下解决常见问题的经验,为程序员提供了可重用的解决方案。本资料“《java设计模式》课后习题模拟试题解答——刘伟.zip”主要涵盖了Java设计模式的学习与...
Java设计模式是软件工程中的一种最佳实践,它提供了一套标准的解决方案,用于解决在编写可维护、可扩展和高效代码时经常遇到的问题。这些模式是经验丰富的开发者们在面对相似问题时,经过反复试验和优化后总结出的...
桥接模式和策略模式是软件设计模式中的两种重要模式,它们在实现上有着相似之处,但各自的应用场景和设计理念有所不同。下面将详细阐述这两种模式的特点、区别以及它们在实际编程中的应用。 首先,桥接模式(Bridge...