面向物件設計原則之依賴倒轉原則
分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!http://blog.csdn.net/jiangjunshow
也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!
如果說開閉原則是面向物件設計的目標的話,那麼依賴倒轉原則就是面向物件設計的主要實現機制之一,它是系統抽象化的具體實現。依賴倒轉原則是Robert C. Martin
依賴倒轉原則(Dependency Inversion Principle, DIP):抽象不應該依賴於細節,細節應當依賴於抽象。換言之,要針對介面程式設計,而不是針對實現程式設計。 |
依賴倒轉原則要求我們在程式程式碼中傳遞引數時或在關聯關係中,儘量引用層次高的抽象層類,即使用介面和抽象類進行變數型別宣告、引數型別宣告、方法返回型別宣告,以及資料型別的轉換等,而不要用具體類來做這些事情。
在引入抽象層後,系統將具有很好的靈活性,在程式中儘量使用抽象層進行程式設計,而將具體類寫在配置檔案中,這樣一來,如果系統行為發生變化,只需要對抽象層進行擴充套件,並修改配置檔案,而無須修改原有系統的原始碼,在不修改的情況下來擴充套件系統的功能,滿足開閉原則的要求。
在實現依賴倒轉原則時,我們需要針對抽象層程式設計,而將具體類的物件通過依賴注入(DependencyInjection, DI)
|
下面通過一個簡單例項來加深對依賴倒轉原則的理解:
Sunny軟體公司開發人員在開發某CRM系統時發現:該系統經常需要將儲存在TXT或Excel檔案中的客戶資訊轉存到資料庫中,因此需要進行資料格式轉換。在客戶資料操作類中將呼叫資料格式轉換類的方法實現格式轉換和資料庫插入操作,初始設計方案結構如圖1所示: 圖1 初始設計方案結構圖 在編碼實現圖1所示結構時,Sunny軟體公司開發人員發現該設計方案存在一個非常嚴重的問題,由於每次轉換資料時資料來源不一定相同,因此需要更換資料轉換類,如有時候需要將TXTDataConvertor改為ExcelDataConvertor,此時,需要修改CustomerDAO的原始碼,而且在引入並使用新的資料轉換類時也不得不修改CustomerDAO的原始碼,系統擴充套件性較差,違反了開閉原則,現需要對該方案進行重構。 |
在本例項中,由於CustomerDAO針對具體資料轉換類程式設計,因此在增加新的資料轉換類或者更換資料轉換類時都不得不修改CustomerDAO的原始碼。我們可以通過引入抽象資料轉換類解決該問題,在引入抽象資料轉換類DataConvertor之後,CustomerDAO針對抽象類DataConvertor程式設計,而將具體資料轉換類名儲存在配置檔案中,符合依賴倒轉原則。根據里氏代換原則,程式執行時,具體資料轉換類物件將替換DataConvertor型別的物件,程式不會出現任何問題。更換具體資料轉換類時無須修改原始碼,只需要修改配置檔案;如果需要增加新的具體資料轉換類,只要將新增資料轉換類作為DataConvertor的子類並修改配置檔案即可,原有程式碼無須做任何修改,滿足開閉原則。重構後的結構如圖2所示:
圖2重構後的結構圖
在上述重構過程中,我們使用了開閉原則、里氏代換原則和依賴倒轉原則,在大多數情況下,這三個設計原則會同時出現,開閉原則是目標,里氏代換原則是基礎,依賴倒轉原則是手段,它們相輔相成,相互補充,目標一致,只是分析問題時所站角度不同而已。
|
再上兩張Bob大叔的“玉照”,:
【作者:劉偉 http://blog.csdn.net/lovelion】