個(gè)人的感覺其實(shí)并不拘泥于某種形式，也不太擅長形而上，在一開始只要實(shí)用，只能能夠解決問題就好，

很多的感悟，竅門都是日久以后，自然而然得來的，但是并不等于能夠放棄相對(duì)微觀的細(xì)節(jié)，也不能無視較為宏觀的原理和概念層面，對(duì)！我就是喜歡從中間切入，從實(shí)踐開始，然后向上下兩端進(jìn)行探索。

題外話了，不多扯。

函數(shù)式，具體點(diǎn)就說scala吧，我相信大部分都是有java功底的，那么一開始用java作為對(duì)照就是個(gè)自然而然的思維方式，沒什么不好，但是如何入手呢？

我自己是從重寫GoF開始的，寫完我自己有一個(gè)感覺，所有的DP在函數(shù)式面前都失去了作用，為什么？歸根結(jié)底，其實(shí)就是因?yàn)镈P就是用接口承載函數(shù)，轉(zhuǎn)成對(duì)象后達(dá)到可以傳遞的目的。

JAVA的代碼在函數(shù)式面前顯得過于的間接，結(jié)構(gòu)過于的臃腫，所有的DP都可以不用接口直接用高階函數(shù)參數(shù)來完成。

那么問題來了，如果高階函數(shù)如此有效，那么函數(shù)式的其他特性又有什么存在的意義呢？答案在于組合！

沒錯(cuò)，JAVA社區(qū)倡導(dǎo)的“組合而非繼承”其實(shí)在函數(shù)式的領(lǐng)域已經(jīng)是一個(gè)近乎可以考古的命題了，函數(shù)式生來就是這么做的。

函數(shù)式的組合，同源的思想，通過小的細(xì)粒度的原材料組合出大的復(fù)雜的整體，但區(qū)別在于內(nèi)部的結(jié)構(gòu)復(fù)雜度被有效的降解了，邏輯復(fù)雜度是不會(huì)改變的，無關(guān)于用何種技術(shù)何種語言，系統(tǒng)的邏輯復(fù)雜度是零和的，框架或者語言也是一樣的，表面越簡單，內(nèi)部越復(fù)雜，scala摒棄原生實(shí)現(xiàn)，而采用外掛庫其實(shí)是轉(zhuǎn)嫁復(fù)雜度到語言外部去，但好處是得到了精簡，以及靈活的機(jī)制，這個(gè)很重要。

從另一個(gè)角度感受的話，函數(shù)式變成提供了更加細(xì)粒度的結(jié)構(gòu)化能力，更加的輕量，靈活，確更加難懂了。

好在scala是typesafe的，這點(diǎn)非常喜歡。

轉(zhuǎn)載于:https://www.cnblogs.com/pyes/p/4900743.html

總結(jié)

以上是生活随笔為你收集整理的函数式 vs 指令式的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。