匿名函數是一把雙面刃，有利也有弊

作為函數式程式語言，函數在JavaScript中的重要地位和巨大作用你盡可想像。但在其提供巨大便利的同時，也不可避免的帶來巨大的問題。

匿名函數則更是一把雙面刃，它讓函數式程式語言更加完美，也讓程式碼更難於閱讀。你應該知道匿名函數是以犧牲語意化為巨大代價的。

如果一個函數沒有名字，它可能無關緊要，在大部分場景中它都會失去意義。函數的名字跟你的名字，你朋友的名字，你家小寵物的名字一樣，是重要關鍵的，否則你寫它幹嘛。

 

即使在看起來最沒有必要的位置使用命名函數也有巨大價值

你可能隨手就能列舉許多場景來證明匿名函數的便利性，不可否認有些場景無疑是有些道理的，但大多數人以此為起點，以善小而不為。例如

Array.some,  Array.forEach,  String.replace

這樣的例子能舉出不少，我們也可以理直氣壯的說他們不需要使用命名函數，使用匿名函數更方便，而且大家都是這麼做的。但別忘了，some，forEach，replace本身已經有寬泛的語意了。但仍然可以更近一步：

1.Array.some, 廣泛的語義是找出數組中是否有一些，但究竟有一些什麼呢？

2.Array.forEach, 廣泛的語義是遍歷，Array提供無數的函數用於遍歷，你為什麼選擇forEach, 而不是map，every等等？

3.String.replace, 廣泛的語意是替換，但究竟是將什麼替換成什麼呢？

程式碼是寫給人看的，

1.能不能不要讓我去讀你的程式碼猜或推理出來你要從陣列中找出一些什麼，是不是有整數，是不是有空值？

2.能不能直接透過函數名稱告訴我你遍歷這個陣列是想幹嘛？

3.能不能直接透過函數名稱告訴我你想將什麼替換成什麼？

舉個簡單的例子，找出價格數組中是否存在整數價格。 isInteger可能是已經有的公共函數，如果沒有的話，經過你就有了。簡潔易讀，在閱讀主流程的時候，有些程式碼是不需要閱讀的，isInteger就是這樣一些程式碼，萬一有錯呢？ isInteger是可測易測的，如果你不放心，就對它執行單元測試。你可能已經注意到，一個小小的改變，有一部分程式碼已經具有可測性了。即使這裡不是一個公用函數，寫成命名函數也更整潔更可測。

var isAnyInteger = priceArr.some(Common.isInteger.bind(Common));

這些都是非常極端的被認為是可以直接寫匿名函數的例子，但很明顯可以看到，他們也可以作為命名函數的邊界處理，也就是都寫命名函數百利而無一害，只會更好。

 

再簡單的程式碼也要區分架構和實作

另外一個重災區是then 函數，匿名函數的程式碼不能更醜陋，即使大家都這麼寫，你也應該明白，你不能這麼寫，正確的姿勢應該寫成這樣, 以展示訂單為例：

/*
 * name        : getOrder
 * description : 获取订单数据 */function getOrder()
{//{{{var url = 'https://www.qunar.com/getOrder';//假如收集参数比较费劲，应该用一个函数专门去收集参数var params = getOrderParams();//假如参数体比较庞大，应该先将其赋予一个变量var params = {
        orderNo:'248663058'};//无论如何，现将参数赋予变量你都将获得在这里打印变量方便调试的便利console.log('getOrder url & params:', url, params);return $.post(url, params);
}//}}}/*
 * name        : renderOrder
 * description : 拿订单，拿到就在页面上展示出来，拿不到就告诉用户为什么没拿到 */function renderOrder()
{//{{{//高级函数，只安排工作，不自己实现//getOrder() 对该函数来说是不可见的，它要的只是订单数据，偷得抢的都可以    getOrder().then(render, remindUser);
}//}}}function render()
{//{{{}//}}}function remindUser()
{//{{{}//}}}

當然，你可能覺得renderOrder 就是雞肋，跟只拿工資不干活的領導簡直一毛一樣，把then寫在$.post 後面不就行了？

不行，如果有一天獲取訂單既可以從本地獲取，又可以從本地快取獲取，那麼getOrder就升級為次高級函數，它管理兩個函數getOrderFromServer, getOrderFromCache

如果在取得訂單之前或之後還要做一些事情，那之後renderOrder能夠從容應付。

想都不要想過度設計這個詞，大部分人沒有這個能力，不必杞人憂天。

 

你從一開始就是高階架構師只不過兼職寫程式碼

你可以清楚的看到，大量使用命名函數讓程式碼結構非常清晰，任何人都能容易的獨懂主流程，任何人都可以容易的去實現每一個命名函數，要實現什麼已經清楚的寫在了函數名上了。

這些命名函數就像房屋的骨架，再往上堆疊就是一棟大樓的骨架，你有看過建築設計師自己砌牆澆水泥的嗎？寫程式碼也是一樣，用函數堆疊成骨架，至於每個函數怎麼實現，請幫我實現（在你初學的時候就是請你自己幫你自己實現）。

 

以上是匿名函數是一把雙面刃，有利也有弊的詳細內容。更多資訊請關注PHP中文網其他相關文章！