2. Bridge 桥模式
◆ 动机:
由于某些类型的固有的实现逻辑,使得他们具有两个变化的维度,乃至多个维度的变化。如何应对这种“多维度的变化”?如何利用面向对象技术来使得类型可以轻松地沿着两个乃至多个反向变化,而不引入额外的复杂度?
我们还是先上代码:
abstract class Messager {
public abstract void login(String username, String password);
public abstract void sendMessage(String message);
public abstract void sendPicture(Image image);
public abstract void playSound();
public abstract void drawShape();
public abstract void writeText();
public abstract void connect();
}
//这种方式的类数:1+n+n*m =1+5+5*5= 31
//平台实现
abstract class PCMessagerBase extends Messager {
@Override
public void playSound() {
//**********
}
@Override
public void drawShape() {
//**********
}
@Override
public void writeText() {
//**********
}
@Override
public void connect() {
//**********
}
}
abstract class MobileMessagerBase extends Messager {
@Override
public void playSound() {
//==========
}
@Override
public void drawShape() {
//==========
}
@Override
public void writeText() {
//==========
}
@Override
public void connect() {
//==========
}
}
//业务抽象
class PCMessagerLite extends PCMessagerBase {
@Override
public void login(String username, String password) {
super.connect();
//........
}
@Override
public void sendMessage(String message) {
super.writeText();
//........
}
@Override
public void sendPicture(Image image) {
super.drawShape();
//........
}
}
class PCMessagerPerfect extends PCMessagerBase {
@Override
public void login(String username, String password) {
super.playSound();
//********
super.connect();
//........
}
@Override
public void sendMessage(String message) {
super.playSound();
//********
super.writeText();
//........
}
@Override
public void sendPicture(Image image) {
super.playSound();
//********
super.drawShape();
//........
}
}
class MobileMessagerLite extends MobileMessagerBase {
@Override
public void login(String username, String password) {
super.connect();
//........
}
@Override
public void sendMessage(String message) {
super.writeText();
//........
}
@Override
public void sendPicture(Image image) {
super.drawShape();
//........
}
}
class MobileMessagerPerfect extends MobileMessagerBase {
@Override
public void login(String username, String password) {
super.playSound();
//********
super.connect();
//........
}
@Override
public void sendMessage(String message) {
super.sendMessage(message);
//********
super.writeText();
//........
}
@Override
public void sendPicture(Image image) {
super.playSound();
//********
super.drawShape();
//........
}
}
class Client {
public static void main(String args[]) {
//编译时装配
Messager m = new MobileMessagerPerfect();
}
}
这段代码的逻辑结构如下:
但是,我们发现PCMessagerLite类和MobileMessagerLite类中的代码基本上是一样的,PCMessagerPerfect类和MobileMessagerPerfect类的代码也是一样的,所以我们要进行优化。想到前面学的Decorator模式,同样的,我们要把不同情况时不同的类组合到一个动态类里面去。但是要实现一个抽象类就要实现它的所有方法,这里MessagerLite是不能实现Messager的所有方法的(有一部分完全用不到),我们发现Messager中的方法其实具有两个变化的维度,那么我们就把Messager分成两个类(职责划分)。然后再在用Decorator的思路去组合,下面是优化之后的代码:
abstract class Messager {
protected MessagerImp msgImp;
protected Messager(MessagerImp msgImp){
this.msgImp=msgImp;
}
public abstract void login(String username, String password);
public abstract void sendMessage(String message);
public abstract void sendPicture(Image image);
}
abstract class MessagerImp{
public abstract void playSound();
public abstract void drawShape();
public abstract void writeText();
public abstract void connect();
}
//1+1+n+m =1+1+5+5= 12
//平台实现
class PCMessagerImp extends MessagerImp {
@Override
public void playSound() {
//**********
}
@Override
public void drawShape() {
//**********
}
@Override
public void writeText() {
//**********
}
@Override
public void connect() {
//**********
}
}
class MobileMessagerImp extends MessagerImp {
@Override
public void playSound() {
//==========
}
@Override
public void drawShape() {
//==========
}
@Override
public void writeText() {
//==========
}
@Override
public void connect() {
//==========
}
}
//业务抽象
class MessagerLite extends Messager {
@Override
public void login(String username, String password) {
msgImp.connect();
//........
}
@Override
public void sendMessage(String message) {
msgImp.writeText();
//........
}
@Override
public void sendPicture(Image image) {
msgImp.drawShape();
//........
}
}
class MessagerPerfect extends Messager {
@Override
public void login(String username, String password) {
msgImp.playSound();
//********
msgImp.connect();
//........
}
@Override
public void sendMessage(String message) {
msgImp.playSound();
//********
msgImp.writeText();
//........
}
@Override
public void sendPicture(Image image) {
msgImp.playSound();
//********
msgImp.drawShape();
//........
}
}
class Client {
public static void main(String args[]) {
//编译时装配
Messager m = new MessagerPerfect( new PCMessagerImp());
}
}
优化后的逻辑结构如下图:
◆ 模式定义:
将抽象部分(本例中的业务功能)与实现部分(平台实现)分离,使它们都可以独立地变化。
◆ 结构:
注意,图中虚线就代表一个指针,这里指向一个MessagerImp,就是下面这段代码的实现。
protected MessagerImp msgImp;
protected Messager(MessagerImp msgImp){
this.msgImp=msgImp;
}
◆ 要点总结:
● Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系,使得抽象和实现可以沿着格子的维度来变化。所谓抽象和实现沿着各自维度的变化,即“子类化”他们;
● Bridge模式有时候类似于多继承方案,但是多继承方案往往违背单一职责原则(即一个类只有一个变化的原因),复用性比较差。Bridge模式是比多继承方案更好的解决方法;
● Bridge模式的应用一般在“两个非常强的变化维度”,有时一个类也有多于两个的变化维度,这时可以使用Bridge的扩展模式;