詳談命令式代碼和聲明式代碼的區(qū)別和編碼風格

你的日常工作中應該使用哪種編碼風格？讓我們討論一下你應該選擇哪個以及為什么。

在日常工作中，你應該努力實現(xiàn)什么樣的編碼方式？

這是一個在編程中不常被問到的問題，但這是一個重要的問題。

首先讓我們來談談你在整個編程生涯中想要避免的一種編碼風格，無論你只是為自己或為他人編寫代碼。

什么是命令式和聲明式代碼？

我們可以把我們寫代碼的方式歸為傾向于兩種風格中的一種。

要說明的是，一個人的代碼從來不會嚴格地歸為一類或另一類，但它是一種有用的方式，指的是我們的代碼方式，根據(jù)誰或什么最適合。

編寫的代碼有兩種，稱為命令式代碼或聲明式代碼。這些聽起來很復雜的詞代表了非常簡單的概念：命令式代碼是指我們編寫的代碼更適合計算機，而聲明式代碼是指對人更容易讀懂的代碼。

更具體地說，命令式代碼是指我們告訴JavaScript（或任何你正在編碼的語言）要做什么以及如何做。

命令式代碼以及為什么應避免使用它

命令式編碼是你應該避免的一種樣式。

假設我們有很多人想寫一個生日派對的邀請。先創(chuàng)建我們的人員列表。

接下來，我們也要保存每個書面邀請，因此我們?yōu)橐胖玫难埡╥nvitations）創(chuàng)建一個邀請數(shù)組。

你可能已經(jīng)猜到了，我們需要遍歷此數(shù)組以實現(xiàn)我們的目標。首先，我們將按照JavaScript生命周期中大部分時間都需要使用的方式：使用for循環(huán)。如下：

根據(jù)我提到的步驟，我們要對一個數(shù)組進行循環(huán)（迭代），得到每一個元素，一個人的名字，我們將其添加到一個消息（上面的字符串）中，然后將其添加到一個新的數(shù)組中。

但是代碼講的是同樣的故事嗎？

如果我們要讀這段代碼，我們是將一個變量 i 設置為0，檢查它是否小于數(shù)組的當前長度，在 i 上加1，將數(shù)組的第 i 個值賦值為一個字符串，并將其放在新數(shù)組的相同索引中。

這些都是必須的，我們告訴JavaScript做什么和怎么做。所有這些代碼都是正確的。

如果我們運行它，我們將收到所有消息，就像我們想要的一樣。

然而，你對這段代碼的第一直覺（就像我們許多人第一次看到for循環(huán)一樣）可能是它看起來不太對。

盡管如此，它無疑是該語言生命周期中最流行的遍歷數(shù)組的方式。然而，閱讀和記憶是必要的和具有挑戰(zhàn)性的。

聲明式代碼以及為什么要以聲明式風格編寫

如果我們以聲明性的方式編寫它，那會是什么樣？

聲明式代碼則不同。正如名稱所示，我們用它來聲明我們想要完成的內(nèi)容，JavaScript會完成它——就這么簡單。

換句話說，它對我們?nèi)祟愂强勺x的，而不僅僅是對計算機。事實上，它對其他開發(fā)者的可讀性正是我們試圖用更多的聲明式寫作所追求的。

讓我們用一種你可能一開始就想使用的風格重寫我們的代碼，如果你熟悉很多JavaScript有用的數(shù)組方法的話。

這是為一系列人員創(chuàng)建一系列邀請的一種（多種）聲明式方法。

const invitations = people.map（（person） =》 `Hi ${person}， come to my party！`）;

這一切都在一條線上，但同時也更容易理解。它更加簡潔，易于書寫（和記憶），同時又非常清晰。

這就是追求聲明式代碼風格所能提供的。

與第一個例子不同的是，我們不需要創(chuàng)建任何混亂的變量（如 i），也不需要告訴JavaScript如何通過數(shù)組。我們只需對數(shù)組進行映射（或迭代），將每個人的名字添加到我們的邀請函中，然后返回給我們。

最后

那么我們想用哪種方式編寫代碼？

讓我們回顧一下我們的示例：特別是當我們第一次查看這段代碼時，什么更容易理解？什么更令人難忘？

隨著時間的推移，我們都不得不回顧如何編寫for循環(huán)，因為這是必要的。為了我們和其他人，聲明式風格是我們想要追求的。這看似一個令人困惑的概念，但是我們之所以要區(qū)分，是因為一個重要原因：我們編寫代碼的方式應該是為閱讀和使用代碼的人量身定做的，而不是計算機。

仔細檢查和重讀你的代碼，以確保其可讀性和理解性，就像你寫一篇文章一樣，你希望每個人都能理解你的代碼，甚至是非程序員，并努力使你的代碼更具聲明式的做法。

它不僅能幫助周圍的人，還能幫助你自己，尤其是當你在多年后重新審視代碼時，你早已忘記了它的作用。
責編AJX