週五晚上有 bug。好可怕的夢。

不，這不是夢。它有可能發(fā)生。事實上，這種情況經(jīng)常發(fā)生，以至於您開始懷疑自己和團隊的技能。

順便問一下，如何才能最小化錯誤？

我設(shè)計了一個框架來拯救你－用於清潔程式碼的CLEAN Framework。

C → 一致性為王。

使您的程式碼保持一致。如果你問的話，這代表什麼？

當您開始解決錯誤時，您會看到變數(shù)名稱 x、y 和 z。你想知道那些到底是什麼。你追溯它使用的所有地方，發(fā)現(xiàn)它是用來更新姓名、地址和電子郵件變數(shù)的?，F(xiàn)在，您正在咒罵自己為什麼使用 x、y 和 z 而不是種族變數(shù)名稱，將寶貴的周五晚上浪費在不可避免的錯誤上。

那麼，該怎麼辦？

按照我的方式，遵循風格指南。就像 Airbnb 或 Google 所做的那樣。我比較喜歡愛彼迎。

Airbnb 風格指南 - https://github.com/airbnb/javascript

Google 風格指南 - https://google.github.io/styleguide/jsguide.html

L → 精益功能和模組

現(xiàn)在就分解吧，你們！

想知道我建議分手是什麼以及為什麼？

好了，冷靜下來。我並不是說要在你面前打破鍵盤。我建議分解您編寫的更多擴展函數(shù)，這些函數(shù)現(xiàn)在很難閱讀和理解正在發(fā)生的事情。將其分解，以便每個函數(shù)只做一件事並做好一件事——就像輔助函數(shù)一樣，幫助您的原始函數(shù)程式碼。

小而集中的函數(shù)是可維護程式碼的秘訣。

E → 高效優(yōu)化

速度是必要的，但不能以犧牲可讀性和無錯誤代碼為代價。

我知道，我知道。你會說，隨著截止日期的臨近，我必須更快地完成該功能。現(xiàn)在我會問你如何以與編寫原始程式碼相同的閃電速度解決該錯誤。

不容易。對嗎？

但是這是這個。從編寫您的功能開始。完成後，在將程式碼提交審核之前，先問問自己如何優(yōu)化程式碼。我應(yīng)該使用 map 而不是 forEach 嗎？我應(yīng)該使用 for...of 迴圈而不是 for 迴圈嗎？

優(yōu)化的程式碼就是快樂的程式碼，快樂的程式碼造就快樂的開發(fā)人員。

A → 古董代碼護理

遺留代碼很無聊，但實際上，它們是可行的古董。

有人花費大量時間來理解需求並使其發(fā)揮作用。你是對的;有時，它不是最好的最佳化和可讀程式碼。但現(xiàn)在就由你來糾正了。如果時間允許，慢慢地、穩(wěn)定地重建它。一步一腳印，保持原有特色。

尊重遺產(chǎn)，但不要害怕輕輕地將其推向未來。

N → 新功能採用

這就是ES6功能不斷增加的原因。

它們不只是閃亮的新玩具；它們也是。它們是編寫更乾淨、更有效率的程式碼的新超級力量。箭頭函數(shù)、解構(gòu)和模板文字是 JavaScript 的瑞士軍刀。我們不要忘記異步編程。 Promise 和 async/await 就像代碼的流量控制器，讓一切順利進行，不會有任何堆積。

現(xiàn)代功能讓您的程式碼更具表現(xiàn)力，讓您的生活更輕鬆。

獎勵：測試、調(diào)試、重複

經(jīng)過良好測試的程式碼庫才是快樂的程式碼庫。

當你去驗血卻沒有發(fā)現(xiàn)任何重大問題時，你感覺如何？是的，如果你想像的話，程式碼庫也會有同樣的感覺。事實上，如果程式碼經(jīng)過充分測試，週五晚上出現(xiàn)錯誤的可能性就會較小。

寫作測驗是額外的獎勵，但它是必須的。

記住，你已經(jīng)得到這個了！您已經(jīng)準備好使用 CLEAN 框架（一致性、精益模組、高效優(yōu)化、古董程式碼維護和新功能採用）來應(yīng)對任何 JavaScript 挑戰(zhàn)?，F(xiàn)在就像 JavaScript 忍者一樣開始編碼吧！

如果您喜歡閱讀本文，請在 Twitter/X 上關(guān)注我以閱讀更多內(nèi)容。

以上是CLEAN 框架：編寫無錯誤、可維護的 JavaScript 程式碼的技術(shù)藍圖的詳細內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！