javascript 函數聲明的優勢分析

　　我對箭頭函數絕對是真愛，但要聲明一個頂級函數時，我仍用“土氣”的函數聲明。

　　為什么呢？“Uncle Bob” Martin 是這么說的：

　　花1小時寫代碼，就要花10小時檢查代碼。查找漏洞都成了寫代碼的一部分了，這個差距太懸殊。就算寫代碼多費點時間，代碼也要簡單易懂?！?Robert C. Martin《Clean Code： A Handbook of Agile Software Craftsmanship》

　　相比函數表達式，函數聲明有兩大優勢：

　　1

　　目的明了

　　每天看上千行代碼，快速了解程序員的目的非常重要。

　　看看這行代碼：

　　const maxNumberOfItemsInCart = 。。.;

　　讀完了還是不知道這省略符號是函數還是其他什么值。它可能是：

　　const maxNumberOfItemsInCart = 100;

　　也可能是：

　　const maxNumberOfItemsInCart = （statusPoints） =》 statusPoints * 10;

　　如果使用函數聲明就沒有這個麻煩了。

　　請看：

　　const maxNumberOfItemsInCart = 100;

　　對比：

　　function maxNumberOfItemsInCart（statusPoints） {

　　return statusPoints * 10;

　　}

　　從一開始目的就很明了。

　　不過，如果你的代碼編輯器可以用顏色區分代碼，或者你在用一個 Speed Reader，就當我什么都沒說。

　　你們肯定在暗自贊嘆函數聲明既簡潔又迷人吧。

　　實際上，僅這一個原因還不足以服人，還有另外一個原因。

　　2

　　Order of declaration == order of execution

　　執行順序和聲明順序一致時，是最理想的。如果能做到執行時才聲明使用 const（常數）關鍵字的值就很厲害了。

　　都退后，我要開始裝逼了

　　Fair warning：接下來我要放大招了——下文“行話”連篇，但你只要明白在聲明之前不能使用常數就好。

　　以下的代碼會拋出一個錯誤：

　　sayHelloTo（‘Bill’）;

　　const sayHelloTo = （name） =》 `Hello ${name}`;

　　這是因為，當 Java 引擎閱讀代碼時，會綁定（bind）而非初始化sayHelloTo。

　　Java 中所有聲明都是提升（hoist）和綁定的，但初始化的方式各自不同。換言之，Java 提升了sayHelloTo的聲明——先閱讀，再置其于頂層，然后創建空間來儲存其值——但在執行之前不會聲明sayHelloTo。

　　sayHelloTo綁定和初始化的時間差叫作“暫存死區（TDZ）”。

　　如果在瀏覽器里直接使用ES2015（而不是借助Babel等使用ES5），以下的代碼也會拋出錯誤：

　　if（thing） {

　　console.log（thing）;

　　}

　　const thing = ‘awesome thing’;

　　以上的代碼是用var而非const寫的，不會拋出錯誤，因為變量被綁定時會初始化為undefined，而常數被綁定時完全不會被初始化。有點偏題了……

　　函數聲明不會有此類 TDZ 問題。如下文，代碼可以是：

　　sayHelloTo（‘Bill’）;

　　function sayHelloTo（name） {

　　return `Hello ${name}`;

　　}

　　這是因為函數聲明在被綁定時就被初始化了——這是在執行代碼之前。

　　所以不論何時進行函數聲明，代碼開始執行時，語法都是符合其作用域的。