java常用的設計模式 如何學習spring?是先學習設計模式還是spring?
如何學習spring?是先學習設計模式還是spring?當我看到最后一個可愛的答案時,我想笑。主要的問題應該是我還沒有接觸到spring框架。我有以下學習建議:spring框架包含了許多頂級的架構設計
如何學習spring?是先學習設計模式還是spring?
當我看到最后一個可愛的答案時,我想笑。主要的問題應該是我還沒有接觸到spring框架。我有以下學習建議:
spring框架包含了許多頂級的架構設計思想。研究它需要很多經(jīng)驗。而設計模式也是一個大課題,有一本厚厚的設計模式書供你學習。所以,我們不能說誰先學這兩樣東西,應該用哪兩樣東西,應該學哪兩樣東西。
有人說設計模式是為了彌補Java的缺點,這是合理的。把23種傳統(tǒng)的設計模式都整理出來需要一點時間,要學會掌握它們確實很難。
有人說設計模式是為了彌補Java語言的缺陷,你覺得是這樣嗎?
如果你從語言的角度來看設計模式,那是對的。一些設計模式彌補了Java語言的不足,其中最明顯的是singleton模式。
Java本身不提供單例對象創(chuàng)建,需要通過單例模式實現(xiàn)。什么樣的餓、懶、多線程都要注意DCL、易變關鍵字等,導致面試題很多。
在現(xiàn)代語言中,許多提供了創(chuàng)建單例對象的語法,例如scala和kotlin的對象關鍵字。
從架構的角度來看,設計模式將組件關系解耦。
假設我們要實現(xiàn)一個帶有上載服務的文件服務器來上載文件。我們可以調用convertservice來轉換文件。Uploadservice屬于核心模塊upload module,convertservice屬于非核心模塊conversion module。
如果uploadservice直接調用convertservice來執(zhí)行轉換,則核心模塊依賴于非核心模塊。如下圖所示:
非核心模塊相對不穩(wěn)定,核心模塊相對穩(wěn)定。核心模塊對非核心模塊的依賴將導致核心模塊的不穩(wěn)定性。所以可以使用策略模式來解耦:
看箭頭方向,現(xiàn)在轉換模塊依賴于上傳模塊,轉換模塊的變化不會影響上傳模塊。依賴的方向改變了。這就是傳說中的“依賴倒置”!