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

有人說設(shè)計(jì)模式是為了彌補(bǔ)Java語言的缺陷，你覺得是這樣嗎？

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

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

在現(xiàn)代語言中，許多提供了創(chuàng)建單例對象的語法，例如scala和kotlin的對象關(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)換，則核心模塊依賴于非核心模塊。如下圖所示：

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

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

函數(shù)式編程（Functional Programming）相比面向?qū)ο缶幊蹋∣bject-oriented Programming）有哪些優(yōu)缺點(diǎn)？

面向?qū)ο筇貏e符合人類認(rèn)識世界的思維方式。OOP的興起源于大規(guī)模軟件系統(tǒng)開發(fā)中對代碼管理、重用和擴(kuò)展的需求。OOP為代碼結(jié)構(gòu)的合理性提供了更多的設(shè)計(jì)可能性和空間。面向?qū)ο蟮娜齻€(gè)特性，封裝、繼承和多態(tài)，都是表面的特性。OOP的真正靈魂是抽象。這個(gè)概念貫穿于OOP語言的各個(gè)層次和開發(fā)的各個(gè)環(huán)節(jié)。只有深刻理解抽象，才能深刻理解OOP，充分發(fā)揮其優(yōu)勢。

函數(shù)式編程是一個(gè)非常古老的東西，這就是為什么它今天可以重用的原因。由于數(shù)據(jù)量的激增和硬件的高速發(fā)展，需要多核處理。functional最重要的特性是無狀態(tài)的，它沒有變量，因此它本身是線程安全的，這決定了它特別適合于高并發(fā)、大數(shù)據(jù)量的處理。

Face object和function都是從語言特性方面支持的編程思想，它們并不矛盾或?qū)α?。因此，我們可以利用他們的?yōu)勢來發(fā)展。這也是開發(fā)語言未來發(fā)展的一個(gè)方向，即支持人臉對象和函數(shù)表達(dá)式的多范式編程。現(xiàn)在最典型的代表是Scala。