什麼是依賴？什麼是依賴反轉原則？ (三)

Kash Yang

5 min readJun 26, 2023

前兩篇提到了依賴，以及抽象化，這一篇我們要來透過這些觀念，聊一聊依賴反轉原則，我們一樣先從定義開始

何謂依賴反轉原則

Wiki説:

高層次的模組不應該依賴於低層次的模組，兩者都應該依賴於抽象介面。
抽象介面不應該依賴於具體實現。而具體實現則應該依賴於抽象介面。

首先我們得先了解什麼是高層模組，什麼又是低層模組

低層模組：這個模組的實作已經不能再分割下去了，以先前的例子來說就是Macbook Pro
高層模組：這個模組的實作是由很多低層模組所組成，以先前的例子來說就是iOS Programmer

那反轉又是什麼？就是低層模組變成反過來依賴於高層模組對於這個抽象的實作。（好文謅謅的一句話）

意思就是低層模組的實作，會被高層模組本身決定，是不是還是有點複雜？

沒關係，我們直接來用例子看一下，我們首先把先前的範例，按照依賴反轉原則來改寫一下。

怎麼改寫？直接看定義：使用抽象介面 。

我們只需要將上一篇的寫法，將mac抽象化之後改為注入 (inject)的方式，就能符合依賴反轉原則囉

//定義一個XcodeRunnable的interface
interface XcodeRunnable {
    fun build()
}

class MacbookPro: XcodeRunnable {
    override fun build() {
        // build with Macbook Pro
    }
}

class MacbookAir: XcodeRunnable {
    override fun build() {
        // build with Macbook Pro
    }
}

class IOSProgrammer(private val mac: XcodeRunnable) {
    fun buildCode() {
        mac.build()
    }
}

使用上就是

IOSProgrammer(MacbookPro()).buildCode() //配發新的Macbook Pro
IOSProgrammer(MacbookAir()).buildCode //配發新的Macbook Air
IOSProgrammer(oneOldMacbookPro).buildCode() //配發舊的Macbook Pro

至於Swift也只需要做相同的動作即可

struct IOSProgrammer {
    var mac: XcodeRunnable
    func buildCode() {
        mac.build()
    }
}

對比一下先前的程式碼

// 此為不符合反轉依賴原則的做法
class IOSProgrammer {
    private val mac: XcodeRunnable = MacbookPro()
    fun buildCode() {
        mac.build()
    }
}

兩者在使用上的差異為

// IOSProgrammer 一生成就決定了用哪一台機器
IOSProgrammer().buildCode() 

// IOSProgrammer 與她依賴的mac物件，都依賴於此刻XcodeRunnable的實作，
// 也就是新的MacbookPro
IOSProgrammer(MacbookPro()).buildCode()

應該不難發現哪一種的做法彈性比較大，也看到決定抽象介面XcodeRunnable實作的人不再是Programmer，而是在生成的當下決定，所以