首頁 > web前端 > js教程 > CLEAN 框架:編寫無錯誤、可維護的 JavaScript 程式碼的技術藍圖

CLEAN 框架:編寫無錯誤、可維護的 JavaScript 程式碼的技術藍圖

Barbara Streisand
發布: 2024-10-17 18:45:30
原創
736 人瀏覽過

The CLEAN Framework: A tep Blueprint for Writing Bug-Free, Maintainable JavaScript Code

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

不,這不是夢。它有可能發生。事實上,這種情況經常發生,以至於您開始懷疑自己和團隊的技能。

順便問一下,如何才能最小化錯誤?

我設計了一個框架來拯救你-用於清潔程式碼的CLEAN Framework

C → 一致性為王。

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

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

那麼,該怎麼辦?

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

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

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

L → 精益功能和模組

現在就分解吧,你們!

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

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

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

E → 高效優化

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

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

不容易。對嗎?

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

優化的程式碼就是快樂的程式碼,快樂的程式碼造就快樂的開發人員。

A → 古董代碼護理

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

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

尊重遺產,但不要害怕輕輕地將其推向未來。

N → 新功能採用

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

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

現代功能讓您的程式碼更具表現力,讓您的生活更輕鬆。

獎勵:測試、調試、重複

經過良好測試的程式碼庫才是快樂的程式碼庫。

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

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

記住,你已經得到這個了!您已經準備好使用 CLEAN 框架(一致性、精益模組、高效優化、古董程式碼維護和新功能採用)來應對任何 JavaScript 挑戰。現在就像 JavaScript 忍者一樣開始編碼吧!

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

以上是CLEAN 框架:編寫無錯誤、可維護的 JavaScript 程式碼的技術藍圖的詳細內容。更多資訊請關注PHP中文網其他相關文章!

來源:dev.to
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
作者最新文章
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板