編程言語的究極題目：過程式照樣函數式？

閉包是函數式編程最早引進的，基礎假定就是一切量都是常量。Javascript千方百計糅合過程式與函數式兩種作風，疏忽了閉包的基礎假定，因而造出天坑。

是什麼

閉包的定義是“函數和聲明該函數的詞法環境的組合” MDN，換言之，就是帶着環境（上下文、狀況、屬性、局部變量，找一個你能明白的詞）的函數。從ES2015起，最簡樸的閉包變成了如許：

{
  let localVar = 1;
  whatever.onclick = () => localVar++;
}

whatever.onclick就是一個閉包，由於它帶着localVar。

從這個角度上來講，一切Javascript函數都是閉包，由於他們都能訪問到window下面的全局變量，假如傳遞給另一個框架的話，用的都是自帶的全局變量環境。

為何

上面的閉包異常蹩腳，蹩腳就在於它不是純函數，它是有狀況的。疏散在各個閉包中的狀況會成為bug的溫床。以foo為例，每次挪用都邑有副作用，獲得的值都不一樣，狀況在那裡又找不着（假定你忘了localVar是啥），給debug形成極大的難題。

如今主流的狀況治理框架Flux/Redux/Vuex的頭腦全都是集合狀況治理。還把狀況疏散到一個一個閉包內里，是過期的。

那我們把狀況保留在那裡？this里。

雖然this也是JS的一個天坑，然則比起閉包來，幾乎好太多了。this最巨大的勛績就在於函數和環境的解耦（跟閉包恰好相反）。

let bar = function() { this.a++ }
let state = { a: 1, bar };

這個時刻有同硯就要問了，state.bar()照樣有副作用的呀，獲得的值照樣不一樣，優點在哪？優點在於

1. bar前面是什麼？是一個對象state，我們如今能肯定bar的副作用在那裡了；
2. bar自身沒有副作用，只需我們深拷貝state，我們就能汗青回放state.bar()是怎樣出bug的。

以上兩點幾乎是debug的福音。

怎樣辦

能削減bug，又現實的寫法：

只要對象保留狀況，不論是字面量，照樣new。函數能夠讀狀況，寫狀況必須用this.xxx或許用參數把對象傳進來。

為何說2018（實在2015+就好了）年就能夠罕用閉包了呢？

1. 由於我們有class關鍵字了，之前建立用得上this的類實在是太麻煩了；
2. 由於我們有箭頭函數了，用閉包保留this的做法也沒必要要了。

固然，嚴格來講箭頭函數也是一種閉包，由於它是函數和詞法this的組合。然則this能保證只讀，函數並不能用this寫狀況，因而依然滿足上面說的兩個優點。

所以直接說箭頭函數就是閉包，我每天用，秀面試官一臉就好了，他不懂的話就蕭灑拜別，這破處所配不上你 :)

所以，React強推class，Vue用的也是this，都用對象存狀況。既然狀況都被對象存了，天然也就沒閉包什麼事了。

我的相干文章

Javascript閉包：從理論到完成，[[Scopes]]的每一根毛都看得清清楚楚

以上一切代碼按Mozilla Public License, v. 2.0受權。
以上一切筆墨內容按CC BY-NC-ND 4.0受權。