Marco's Java【设计模式】之【桥接模式】

桥接模式

当我们遇到多重继承的时候都会有困惑,当一个父类下有很多子类,子类下又有很多个类,不同类与类之间又有着某种联系,那么如果只是按照普通的继承方案,势必会成代码的重复。
举个栗子,现在有一个客户要买车,他想在Sedan轿车和Suv越野之间抉择,目前考虑两个牌子,AUDI奥迪和BMW宝马,那么势必会有多个类产生,关系图如下
bridege1
上图可以看到为了顺应客户的需求,我们厂必须要有4种类型的车,分别是4个不同的类,但是很明显我们可以看到这4个类与类之间又有着某种联系,就如轿车和越野两个不同的车型又包含了相同的品牌AUDI和BMW,如果只是一个个去继承,势必违背了单一职责原则,复用性较差,类的个数也非常多。如果使用桥接模式可以极大的减少子类的个数,从而降低管理和维护的成本。话不多说,先上图。
在这里插入图片描述
通过上面这种桥的模式,我们将两个完全没有任何关系的类型结合在了一起,并产生相应的子产品
Car就是中间的桥梁,为了实现上面这种方案
首先我们需要一个Brand接口

public interface Brand {
 void sales();
}
class AUDI implements Brand{

	@Override
	public void sales() {
		System.out.print("Sold AUDI");
	}
	
}
class BMW implements Brand{

	@Override
	public void sales() {
		System.out.print("Sold BMW");
	}
	
}

其次我们需要一个Car的抽象类

public abstract class Car {
	protected Brand brand;

	public Car(Brand brand) {
		this.brand = brand;
	}
	
	public  void saleCar() {
		brand.sales();
	}	
}

class SedanCar extends Car{
	public SedanCar(Brand brand) {
		super(brand);
	}	
	public void saleCar() {
		super.saleCar();
		System.out.println("Sedan Car");
	}	
}

class SuvCar extends Car{
	public SuvCar(Brand brand) {
		super(brand);
	}	
	public void saleCar() {
		super.saleCar();
		System.out.println("Suv Car");
	}	
}

最后定义一个Client测试类

public class Client {
	public static void main(String[] args) {
		Car sedanAUDI = new SedanCar(new AUDI());
		sedanAUDI.saleCar();
		Car suvBMW = new SuvCar(new BMW());
		suvBMW.saleCar();
	}
}

很明显,我们发现,类与类之间已经完全解耦了!
这样的好处是,当我们新的产品或者品牌加进来,只需要在相应的接口或者抽象类下面添加即可,更便于我们的理解和管理。

桥接模式实际开发中应用场景
下面是搜集的一些桥接模式比较常用的场景

  • JDBC驱动程序
  • AWT中的Peer架构
  • 银行日志管理:
    1.格式分类:操作日志、交易日志、异常日志
    2.距离分类:本地记录日志、异地记录日志
  • 人力资源系统中的奖金计算模块:
    1.奖金分类:个人奖金、团体奖金、激励奖金。
    2.部门分类:人事部门、销售部门、研发部门。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值