您好,登錄后才能下訂單哦!
本文小編為大家詳細介紹“web開發中如何寫好代碼”,內容詳細,步驟清晰,細節處理妥當,希望這篇“web開發中如何寫好代碼”文章能幫助大家解決疑惑,下面跟著小編的思路慢慢深入,一起來學習新知識吧。
1、編碼規范
每種編程語言、每個框架都有自己的一套編碼規范和編碼最佳實踐方式,例如 PEP8 是 Python 語言的編碼規范,作為 Python 開發者,每個人至少要將 PEP8 讀上三五遍,熟記于心并運用在項目中。
2、文檔注釋
程序員最討厭的兩件事情:一,別人的項目沒有文檔和注釋,二,自己的項目要寫文檔和注釋。
經常看到一些項目連起碼的 REAMDME 文件都沒有,這跟demo沒什么區別。如果你的項目沒有文檔,一旦有新人進來接手也是一臉懵逼,還顯得非常業余。所以,一個正經的項目至少要說明項目的是做什么的,用了哪些東西,程序怎么跑起來等等。
簡單的代碼自然無需寫注釋,良好的代碼自身就是文檔和注釋,但是如果有較復雜的代碼邏輯就必須用注釋來加以說明你當時寫這段代碼是如何思考的,否則隔兩個月自己都不知道寫的什么爛代碼,還在罵這是哪個傻逼寫的。所以,我們寫注釋應該在該寫的時候才寫,寫多了或者寫少了都不合適。還有一種情況就是過期的注釋,需求變更代碼更新后,發現注釋還是舊的。
雖然Python是一門優雅簡潔的語言,但是同樣離不開注釋的幫助,畢竟,代碼是寫給人看的。
3、避免重復代碼
軟件設計原則里面有個DRP原則,就是在一個項目里面不要寫重復的代碼,如果同樣的邏輯出現超過兩次,那么你就考慮將它進行封裝成為一個函數或者公有方法。過多重復的代碼到后面將導致很多潛在的問題,一處有問題,導致處處都有改動。
4、測試覆蓋率
測試驅動開發(TDD)是目前主流的開發模式,但是我們往往因為項目進度或者懶惰,而將單元測試忽略了。沒有單元測試的代碼就像一座危樓,你永遠都不知道里面有哪些坑,因為一旦改了一處代碼,你無法預知對整個系統有什么影響,而單元測試是對代碼質量的一種保障,測試覆蓋率越高,潛在問題越少。
5、安全意識
安全問題沒發生前都是小事,一旦發生將是不可估量的大事情,幾年前CSDN這么大一個網站竟然還鬧出將密碼用明文存儲的笑話,可見程序員的安全意思有多低,密碼至少要做HASH存儲并加鹽處理。去年時候大疆的程序員將服務器的key上傳到github也是典型的安全意思缺乏。什么東西該同步到代碼庫什么東西不該放要區分清楚。常見的web安全也要清楚,像SQL注入,CSRF、XSS攻擊的基本原理以及如何預防等等。
6、設計與架構
如果設計架構錯了,代碼寫的再好也白搭,好比建房子設計錯了,房子在漂亮也華而不實,可能隱藏重大安全隱患。合理的設計與架構在于根據業務做合理的取舍,遵循逐步演進原則,切忌無腦跟風參考 BAT 規模量級來設計你的系統,好的系統都是演變過來的。拋開業務談技術都是耍流氓。
讀到這里,這篇“web開發中如何寫好代碼”文章已經介紹完畢,想要掌握這篇文章的知識點還需要大家自己動手實踐使用過才能領會,如果想了解更多相關內容的文章,歡迎關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。