java中的設(shè)計(jì)模式有哪些 怎樣理解String的不變模式?
怎樣理解String的不變模式?Java中的字符串。string類是不可變的。對(duì)string類的任何更改都將返回一個(gè)新的string類對(duì)象。字符串對(duì)象是系統(tǒng).Char用于表示字符串的對(duì)象的有序集合。s
怎樣理解String的不變模式?
Java中的字符串。string類是不可變的。對(duì)string類的任何更改都將返回一個(gè)新的string類對(duì)象。字符串對(duì)象是系統(tǒng).Char用于表示字符串的對(duì)象的有序集合。string對(duì)象的值是有序集合的內(nèi)容,并且該值是不可變的。String是一個(gè)特殊的引用對(duì)象,它可以在不使用新對(duì)象的情況下生成。例如:stringa=“ABC”stringb=“ABC”stringc=newString(“ABC”)這里生成兩個(gè)對(duì)象?!癆BC”是一個(gè)對(duì)象,newString()是一個(gè)對(duì)象。a、 B和C都在堆棧區(qū)域中創(chuàng)建引用。A和B指向常量池中的“ABC”,newString的值也指向常量池中的ABC;*同一個(gè)字符串只創(chuàng)建一次。例如:stringa=“ABC”a=a“d”要執(zhí)行此操作,實(shí)際生成三個(gè)對(duì)象,一個(gè)是“ABC”,一個(gè)是“d”,一個(gè)是“ABCD”。只有當(dāng)拼接完成時(shí),“ABC”和“d”才會(huì)丟失它們的引用并成為垃圾對(duì)象。事實(shí)上,改變的不是“ABC”本身,而是對(duì)“ABCD”的引用;當(dāng)我對(duì)字符串本身進(jìn)行操作時(shí),我改變的是引用而不是對(duì)象本身。
有人說設(shè)計(jì)模式是為了彌補(bǔ)Java語(yǔ)言的缺陷,你覺得是這樣嗎?
如果你從語(yǔ)言的角度來看設(shè)計(jì)模式,那是對(duì)的。一些設(shè)計(jì)模式彌補(bǔ)了Java語(yǔ)言的不足,其中最明顯的是singleton模式。
Java本身不提供單例對(duì)象創(chuàng)建,需要通過單例模式實(shí)現(xiàn)。什么樣的餓、懶、多線程都要注意DCL、易變關(guān)鍵字等,導(dǎo)致面試題很多。
在現(xiàn)代語(yǔ)言中,許多提供了創(chuàng)建單例對(duì)象的語(yǔ)法,例如scala和kotlin的對(duì)象關(guān)鍵字。
從架構(gòu)的角度來看,設(shè)計(jì)模式將組件關(guān)系解耦。
假設(shè)我們要實(shí)現(xiàn)一個(gè)帶有上載服務(wù)的文件服務(wù)器來上載文件。我們可以調(diào)用convertservice來轉(zhuǎn)換文件。Uploadservice屬于核心模塊upload module,convertservice屬于非核心模塊conversion module。
如果uploadservice直接調(diào)用convertservice來執(zhí)行轉(zhuǎn)換,則核心模塊依賴于非核心模塊。如下圖所示:
非核心模塊相對(duì)不穩(wěn)定,核心模塊相對(duì)穩(wěn)定。核心模塊對(duì)非核心模塊的依賴將導(dǎo)致核心模塊的不穩(wěn)定性。所以可以使用策略模式來解耦:
看箭頭方向,現(xiàn)在轉(zhuǎn)換模塊依賴于上傳模塊,轉(zhuǎn)換模塊的變化不會(huì)影響上傳模塊。依賴的方向改變了。這就是傳說中的“依賴倒置”!