有人說設計模式是為了彌補Java語言的缺陷，你覺得是這樣嗎？看你從哪個層面來看待設計模式！語言層面如果你從語言層面來看設計模式，那么這個說法可以說是對的。有部分設計模式是彌補了Java語言上的不足，最

有人說設計模式是為了彌補Java語言的缺陷，你覺得是這樣嗎？

看你從哪個層面來看待設計模式！

語言層面

如果你從語言層面來看設計模式，那么這個說法可以說是對的。有部分設計模式是彌補了Java語言上的不足，最明顯的就是單例模式。

在Java中本身沒有提供單例對象的創(chuàng)建，需要通過單例模式來實現，什么餓漢式，懶漢式，多線程下還要關注DCL，volatile關鍵字等等，衍生了很多的面試題。

而在現代語言中，很多都提供了創(chuàng)建單例對象的語法，比如Scala，Kotlin的object關鍵字。

代碼設計層面

如果從代碼設計層面來看，設計模式提供了一套可復用的代碼結構，來解決特定問題。比如，當需要動態(tài)化某些可選部分時，可以使用策略模式。當需要一組操作來順序操作某個對象時，可以使用職責鏈模式。

架構層面

從架構層面來看，設計模式對組件關系進行了解耦。

假設我們要實現一個文件服務器，有一個UploadService來進行上傳操作，可以調用ConvertService對文件進行轉換。UploadService屬于核心模塊「上傳模塊」，而ConvertService屬于非核心模塊「轉換模塊」。

如果UploadService直接去調用ConvertService來執(zhí)行轉換，那么核心模塊就依賴了非核心模塊。如下圖：

非核心模塊是相對不穩(wěn)定的，核心模塊是相對穩(wěn)定的。核心模塊依賴了非核心模塊會導致核心模塊也不穩(wěn)定。所以可以使用策略模式來解耦：

看箭頭的方向，現在轉換模塊依賴于上傳模塊，轉換模塊的變化不會影響上傳模塊。依賴方向改變了，這就是傳說中的「依賴倒置」！