不使用JS匿名函數理由

匿名函數的基本形式為(function(){...})();

前面的括號包含函數體，后面的括號就是給匿名函數傳遞參數并立即執行之

匿名函數的作用是避免全局變量的污染以及函數名的沖突

無論你在什么時候讀代碼，您都必須注意到匿名函數。有時它們被稱為 lambda，有時是匿名函數，不管怎樣，我認為他們是不好使用的。

如果你不知道匿名函數是什么，這里有一個引語:

匿名函數是一種在運行時動態聲明的函數。它們之所以被稱為匿名函數是因為不同于普通函數，它們并沒有函數名 。 — Helen Emerson, Helephant.com

匿名函數形式如下：

我今天嘗試讓大家理解通常情況下只有在絕對需要的情況下才使用匿名函數的想法。匿名函數不應該是首選，而且應該知道原因情況下使用。當理解這種想法之后，你的代碼會變得更簡潔，更容易維護，并且更容易跟蹤bug。先從避免使用匿名函數的三個理由開始：

你寫代碼的時候， 無論你多么擅長敲代碼， 總是會碰到錯誤。有時候，這些錯誤很容易被查出，有時候并不容易。

如果你知道這些錯誤來自哪里，那么錯誤很容易會被查出來。為了查出錯誤，我們使用這個被叫做堆棧軌跡的工具。如果你不了解 堆棧軌跡 ，goole給出了很棒的介紹。

假設現在有一個非常簡單的工程：

上面代碼里面有一個非常愚蠢的錯誤，拼寫錯誤(console.log)。在小工程里面，這個拼寫錯誤不是什么大問題。 如果這是一個有非常多模塊非常大的工程的一小段，問題就大了。假設這個愚蠢的錯誤不是你犯的，那么新來的初級工程師將會在他休假之前把這個錯誤提交到代碼庫！

現在，我們必須追查。 使用我們精心命名的函數， 我們得到如下的堆棧跟蹤：

謝謝你命名你的函數 ，初級開發者們！ 現在我們可以輕松地追蹤到這個bug。

但是..一旦我們解決了這個問題， 就會發現 還有另一個bug。 這次是一位更資深的開發人員介紹的。這個人知道 lambdas
結果他們偶然發現了一個bug，我們的工作就是追蹤它。

下面是代碼：

吃不吃驚，這名開發者也忘記了如何拼寫console.log了！這也太巧合了吧！令人感到遺憾的是，他們都沒有命名他們的函數。

那么控制臺會輸出什么呢？

好吧，我們至少還有行號，對吧？在這個例子中，看起來我們有大約7行代碼。如果我們處理一大段代碼會如何呢？比如一萬行代碼？行號的跨度如此之大該怎么辦呢？如果代碼被折疊后有沒有一個代碼地圖文件，那么對行號的渲染是不是根本就是沒有什么用了呢？

我想對這些問題的回答相當簡單，答案就是：想這些會讓你一整天都會過的相當糟心。

可讀性

咦，我聽說你還不信。你仍舊對你的匿名函數戀戀不舍，并且還從未發生過bug。那么我得向你道歉，你認為你的代碼是完美的。讓我們看看這個！

看看下面兩段代碼：

這是一個非常不正常的例子，但是我相信你已經明白我要說什么 了。我們的方法返回了一個promise，我們用這個promise對象/方法處理不同可能的 響應。

你也許會認為幾段代碼讀起來并不難，但我認為它們可以變得更好！

如果我們去掉所有的匿名函數會怎樣呢？

好，先講清楚：這部分代碼更長，但我認為其不僅僅是有更多的可讀性！我們精心命名的函數與匿名函數不一樣，只要我們一看到它們的名字就知道它們的功能是什么。這避免了在評估代碼時的障礙。

這也有助于分清楚其中的關系。與創建一個方法、將其傳遞、然后運行邏輯不同，在第二個例子中的參數被給到了then，catch只是指向了發生所有事情的函數。

關于更具有可讀性，我沒有什么再能說服你的了。但是也許你還沒被說服的話，我可以試一下最后的論據。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com