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

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

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

我設計了一個框架來拯救你——用于清潔代碼的CLEAN Framework。

C → 一致性為王。

使您的代碼保持一致。如果你問的話，這意味著什么？

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

那么，該怎么辦？

按照我的方式，遵循風格指南。就像 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)化

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

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

不容易。對嗎？

但是這是這個。從編寫您的功能開始。完成后，在將代碼提交審核之前，問問自己如何優(yōu)化代碼。我應該使用 map 而不是 forEach 嗎？我應該使用 for...of 循環(huán)而不是 for 循環(huán)嗎？

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

A → 古董代碼護理

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

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

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

N → 新功能采用

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

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

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

獎勵：測試、調試、重復

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

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

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

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

如果您喜歡閱讀本文，請在 Twitter/X 上關注我以閱讀更多內容。

以上是CLEAN 框架：編寫無錯誤、可維護的 JavaScript 代碼的技術藍圖的詳細內容。更多信息請關注PHP中文網(wǎng)其他相關文章！