入門設計模式之橋梁模式

學習更多設計模式請參考：入門設計模式之彙總篇

橋梁模式：將抽象化與實現化脫藕，使二者可以獨立的變化

大家應該對日誌記錄比較熟悉，不知道有沒有自己寫過一個日誌處理的程式，你又是如何實現的呢？

今天的橋梁模式就根據一下需求來分析一下：

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,轉載請保留