從零開始搞基建（2）——團隊協作規范
前端會與公司的所有部門有協作，若在某一環出現問題，就會發生不必要的時間開銷，降低開發效率。所以有必要制訂一套完善的協作流程。 有個核心要素，那就是積極主動性。 一、與業務方的協作 1）BUG上報 業務方包括運營、客服、財務等部門，在使用軟件時難免會遇到 ...
原文：從零開始搞基建（1）——前端代碼規范
一 JavaScript 語言 對所有引用都使用 const，不要使用 var。原因：這樣做可以確保你無法重新分配引用，以避免出現錯誤和難以理解的代碼。 如果引用是可變動的，使用 let 代替 var。原因：let 是塊級作用域的，而不像 var 屬於函數級作用域。 堅持使用全等 摒棄相等 ，原因：相等會進行隱式的類型轉換。 使用瀏覽器全局變量時加上 window 前綴，document 和 na ...
2021-04-06 08:16 0 602 推薦指數：
相關推薦
從零開始搞基建（3）——設計方案
最近看了一篇文章，文章中提到在開發流程中包含一個設計方案的階段，位於需求評審之后，用於描述自己對於該需求的實現思路、模塊划分等相關考慮的點，可供今后自己或他人查閱。 目的就是在編碼前理清思路 ...
從零開始搞基建（4）——單元測試
單元測試有助於避免尷尬、耗時的錯誤，將測試作為安全網只是一部分，更大部分是將測試表達為代碼的思考過程。 接下來的內容提煉自《單元測試的藝術（第2版）》和《有效的單元測試》兩本書。 一、質疑和回答 在組內推廣時，進度並不理想，遇到的阻礙大致可歸納為以下這幾種情況 ...
前端代碼規范
Code Guide by VsurPano Team 目錄 Code Guide by VsurPano Team 最佳原則# 命名規則# 項目命名 ...
前端代碼編寫規范
前端代碼規范 JavaScript代碼編寫規范 縮進 每一層級由4個空格組成，避免使用制表符（Tab）進行縮進。 行的長度 每行長度不應該超過80個字符，多於80個字符，應該在運算符后換行，下一行增加兩級縮進（8個字符） 原始值 1、字符串應當始終使用雙引號 ...
前端代碼規范總結
es6提出了let和const，但在let和const之間優先選擇const，尤其是在全局環境，不應該設置變量，只應該設置常量。 const優於let有幾個原因。一個是const可以提醒閱讀程序的人 ...
小議前端代碼規范
俗話說的好，無規矩不成方圓。 在團隊中，代碼規范的統一不僅能提高代碼質量，對代碼的維護者來說也是節省成本的事情。要知道在團隊中，我們平常寫代碼不能僅僅考慮到自己的感受，在業務的更替中，往往維護者也會更替。在業務的交接過程中如何降低交接成本也是很重要的事情，因為我們不可能總是甩手的人，大家往往也是 ...
前端代碼規范的筆記（一）
為了方便團隊其他人員的閱讀本人代碼，減少團隊交流成本，提高工作效率。代碼規范很重要，公司這段時間尤其對這一塊重視。 本人對這塊的學習改正重點為如下： HTML 一，class和ID的命名問題： 1.應該以內容和功能命名，不要以表現形式命名。 2.字母為小寫，多個字母時用中 ...