入门设计模式之桥梁模式

学习更多设计模式请参考：入门设计模式之汇总篇

桥梁模式：将抽象化与实现化脱藕，使二者可以独立的变化

大家应该对日志记录比较熟悉，不知道有没有自己写过一个日志处理的程序，你又是如何实现的呢？

今天的桥梁模式就根据一下需求来分析一下：

1. 支持2个以上平台
2. 支持2个以上格式

大家可以看一下这个需求哈，2个以上，那我就实现2个呗，一般人可能都会这样想。然后开始写，比如Windows存Txt格式、Windows存Xml格式、Linux存Txt格式的、Linux存Xml格式的，刷刷刷分分钟的就写好了。

但是如果了解过设计模式的童鞋肯定不会这样想，2个，骗鬼吧，以后可能得20个吧。我们看一下上方的写法，2个平台2个格式那就是4个方法，4个平台4个格式可就是16个，这个实现恐怕帮你review的同事会鄙视死你吧。

下面咱们就看看用桥接模式是如何实现的吧

大家可以看到，桥梁模式把平台相关的和日志格式相关的分离开来，当增加新平台或者新格式时只需要添加各自的类就行了，完全不用更改其余的代码。

public abstract class Log {
   public abstract void write();
}

public class TxtLog extends Log {
    @Override
    public void write() {
    }
}

public class XmlLog extends Log {
    @Override
    public void write() {
    }
}

public abstract class LogMaker {
    protected Log log;
    LogMaker(Log log){
        this.log=log;
    }
    public abstract void maker();
}

public class WindowsMaker extends LogMaker {
    WindowsMaker(Log log) {
        super(log);
    }
    @Override
    public void maker() {
        log.write();
    }
}

public class LinuxMaker extends LogMaker {
    LinuxMaker(Log log) {
        super(log);
    }
    @Override
    public void maker() {
        log.write();
    }
}

本文出自https://zhixiang.org.cn/#/blog/read/4e394f50-4df0-4e55-8b1f-4fb017cbfff7,转载请保留