设计模式_桥接模式(13)

• 什么是桥接模式
• 桥接模式的例子
• 桥接模式使用场景
• 桥接模式的优缺点
• 闲言碎语

什么是桥接模式

      我们都知道,电脑的运算能力与其cpu的运算能力息息相关,但不同的电脑装上相同的cpu运算能力也会有略微的差距(将与cpu除外的影响因素统一归为品牌原因).因此可见,电脑的运算能力与cpu和品牌等多个因素相关.在编程方面我们也会遇到为了实现某个功能,但又不希望与某一代码块绑定,这时桥接模式就是个不错的选择:

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

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

UML

桥接模式的例子

package com.designPattern.bridge;

/**
 * 性能的接口
 * 
 * @author jason
 *
 */
public interface Ability {
	// 展示计算机性能
	public String showAbility();
}

package com.designPattern.bridge;

/**
 * Amdcpu的计算性能
 * 
 * @author jason
 *
 */
public class AmdCpu implements Ability {

	@Override
	public String showAbility() {
		return "Amd性能一般!";

	}

}

package com.designPattern.bridge;

/**
 * intelCpu的计算性能
 * 
 * @author jason
 *
 */
public class IntelCpu implements Ability {

	@Override
	public String showAbility() {
		return "Intel性能强悍!";

	}

}

package com.designPattern.bridge;

/**
 * 电脑性能的实现类
 * 
 * @author jason
 *
 */
public abstract class AbstractComputer {

	Ability ability;// 与cpu 组合的部分

	public AbstractComputer(Ability ability) {
		this.ability = ability;
	}
	
	public abstract void checkAbility() throws Exception;

}

package com.designPattern.bridge;

public class IBMComputer extends AbstractComputer {

	public IBMComputer(Ability ability) {
		super(ability);
	}

	@Override
	public void checkAbility() throws Exception {
		if (ability == null) {
			throw new Exception("ability cann`t empty!");
		}
		System.out.println("IBM笔记本" + ability.showAbility());
	}

}

package com.designPattern.bridge;

public class DellComputer extends AbstractComputer {

	public DellComputer(Ability ability) {
		super(ability);
		// TODO Auto-generated constructor stub
	}

	@Override
	public void checkAbility() throws Exception {
		if (ability == null) {
			throw new Exception("ability cann`t empty!");
		}
		System.out.println("Dell笔记本" + ability.showAbility());
	}

}

测试类

package com.designPattern.bridge;

import org.junit.Test;

public class TestCase {

	@Test
	public void Test() {
		Ability cpu = new AmdCpu();
		IBMComputer ibm = new IBMComputer(cpu);
		DellComputer dell = new DellComputer(cpu);
		try {
			ibm.checkAbility();
			dell.checkAbility();
		} catch (Exception e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		}
	}
}

桥接模式使用场景

   1、如果你不希望在抽象和实现部分采用固定的绑定关系，可以采用桥接模式，来把抽象和实现部分分开，然后在程序运行期间来动态的设置抽象部分需要用到的具体的实现，还可以动态切换具体的实现。

   2、如果出现抽象部分和实现部分都应该可以扩展的情况，可以采用桥接模式，让抽象部分和实现部分可以独立的变化，从而可以灵活的进行单独扩展，而不是搅在一起，扩展一边会影响到另一边。
   3、如果希望实现部分的修改，不会对客户产生影响，可以采用桥接模式，客户是面向抽象的接口在运行，实现部分的修改，可以独立于抽象部分，也就不会对客户产生影响了，也可以说对客户是透明的。
   4、如果采用继承的实现方案，会导致产生很多子类，对于这种情况，可以考虑采用桥接模式，分析功能变化的原因，看看是否能分离成不同的纬度，然后通过桥接模式来分离它们，从而减少子类的数目。

桥接模式的优缺点

   优点:1、分离抽象接口及其实现部分。提高了比继承更好的解决方案。

      2、桥接模式提高了系统的可扩充性，在两个变化维度中任意扩展一个维度，都不需要修改原有系统。

      3、实现细节对客户透明，可以对用户隐藏实现细节。

   缺点:

      1、桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程。
      2、桥接模式要求正确识别出系统中两个独立变化的维度，因此其使用范围具有一定的局限性。

闲言碎语