不使用 JS 匿名函數(shù)理由

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

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

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

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

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

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

匿名函數(shù)形式如下：

function () { ... code ... }
OR
(args) => { ... code .. }

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

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

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

假設現(xiàn)在有一個非常簡單的工程：

function start () {
 (function middle () {
 (function end () {
  console.lg('test');
 })()
 })()
}

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

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

謝謝你命名你的函數(shù) ，初級開發(fā)者們！ 現(xiàn)在我們可以輕松地追蹤到這個bug。

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

下面是代碼：

(function () {
 (function () {
 (function () {
  console.lg('test');
 })();
 })();
})();

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

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

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

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

可讀性

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

看看下面兩段代碼：

function initiate (arguments) {
 return new Promise((resolve, reject) => {
 try {
  if (arguments) {
   return resolve(true);
  }
  return resolve(false);
 } catch (e) {
  reject(e);
 }
 });
}
initiate(true)
 .then(res => {
  if (res) {
   doSomethingElse();
  } else {
   doSomething();
  }
 ).catch(e => {
   logError(e.message);
   restartApp();
   }
 );

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

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

如果我們?nèi)サ羲械哪涿瘮?shù)會怎樣呢？

function initiate (arguments) {
 return new Promise(checkForArguments);
}
function checkForArguments (resolve, reject) {
 try {
 if (arguments) {
  return resolve(true); 
 }
 return resolve(false);
 } catch (e) {
 reject(e);
 }
}
function evaluateRes (res) {
 if (res) {
 doSomethingElse();
 } else {
 doSomething();
 }
}
function handleError (e) {
 logError(e.message);
 restartApp();
}
initiate(true)
 .then(evaluateRes)
 .catch(handleError);

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

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

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

總結

以上所述是小編給大家介紹的不使用 JS 匿名函數(shù)的理由，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對億速云網(wǎng)站的支持！