有人說設計模式是為了彌補Java語言的缺陷，你覺得是這樣嗎？如果你從語言的角度來看設計模式，那是對的。一些設計模式彌補了Java語言的不足，其中最明顯的是singleton模式。Java本身不提供單例

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

如果你從語言的角度來看設計模式，那是對的。一些設計模式彌補了Java語言的不足，其中最明顯的是singleton模式。

Java本身不提供單例對象創(chuàng)建，需要通過單例模式實現(xiàn)。什么樣的餓、懶、多線程都要注意DCL、易變關鍵字等，導致面試題很多。

在現(xiàn)代語言中，許多提供了創(chuàng)建單例對象的語法，例如scala和kotlin的對象關鍵字。

從架構(gòu)的角度來看，設計模式將組件關系解耦。

假設我們要實現(xiàn)一個帶有上載服務的文件服務器來上載文件。我們可以調(diào)用convertservice來轉(zhuǎn)換文件。Uploadservice屬于核心模塊upload module，convertservice屬于非核心模塊conversion module。

如果uploadservice直接調(diào)用convertservice來執(zhí)行轉(zhuǎn)換，則核心模塊依賴于非核心模塊。如下圖所示：

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

看箭頭方向，現(xiàn)在轉(zhuǎn)換模塊依賴于上傳模塊，轉(zhuǎn)換模塊的變化不會影響上傳模塊。依賴的方向改變了。這就是傳說中的“依賴倒置”

如何學習spring？是先學習設計模式還是spring？

當我看到最后一個可愛的答案時，我想笑。主要的問題應該是我還沒有接觸到spring框架。我有以下學習建議：

spring框架包含了許多頂級的架構(gòu)設計思想。研究它需要很多經(jīng)驗。而設計模式也是一個大課題，有一本厚厚的設計模式書供你學習。所以，我們不能說誰先學這兩樣東西，應該用哪兩樣東西，應該學哪兩樣東西。

有人說設計模式是為了彌補Java的缺點，這是合理的。把23種傳統(tǒng)的設計模式都整理出來需要一點時間，要學會掌握它們確實很難。

程序員們在寫自己用的小程序的時候會考慮設計模式，編程規(guī)范等什么嗎？

設計模式工作得最好，但不要濫用它們；編程規(guī)范工作得最好。

首先，設計模式。大多數(shù)時候，需求可以通過設計模式來實現(xiàn)，也可以不通過設計模式來實現(xiàn)。即使使用設計模式也會增加代碼的復雜性。那么為什么要使用設計模式呢？學習設計模式就是合理組織代碼，如何解耦，如何真正達到擴展開發(fā)的效果。總的來說，我們的程序在開發(fā)之后不能永遠改變。例如，需求發(fā)生了變化，程序需要擴展。合理使用設計模式可以減少代碼重構(gòu)中的代碼更改，而不是將其推后。

但是很多新手朋友經(jīng)常會遇到這樣的問題，在我學習了一個設計模式之后，我必須盡最大努力在項目中使用它，這是不必要的。

另一個是，如果你不這樣寫，你不會犯任何錯誤，但最好是按照標準來寫。例如，命名規(guī)則、何時換行、代碼縮進是兩個空格還是四個空格、如何編寫注釋等等。

我建議您看看阿里巴巴的Java開發(fā)手冊。

關于RESTAPI的一些規(guī)范，請參考Google的

順便說一句，現(xiàn)在有很多代碼格式工具可用，如果您感興趣，可以查看它們。

如何在代碼中應用設計模式？

每個設計模式都有不同的應用場景，這是學習的重點。然后在需求中分析應用程序的業(yè)務場景或者需要設計什么場景，并根據(jù)場景選擇合適的設計模式。另一個是考慮性能和可擴展性。思考這些就像建造一座房子，代碼架構(gòu)將被清理，剩下的將被留下，接下來是打磨中使用的設計模式。