本文檔為前端 vue 開發規范
- 規范目的
- 命名規范
- 結構化規范
- 注釋規范
- 編碼規范
- CSS 規范
規范目的
為提高團隊協作效率
便於后台人員添加功能及前端后期優化維護
輸出高質量的文檔
命名規范
為了讓大家書寫可維護的代碼,而不是一次性的代碼
讓團隊當中其他人看你的代碼能一目了然
甚至一段時間時候后你再看你某個時候寫的代碼也能看
普通變量命名規范
-
命名方法 :駝峰命名法
-
命名規范 :
-
命名必須是跟需求的內容相關的詞,比如說我想申明一個變量,用來表示我的學校,那么我們可以這樣定義
const mySchool = "我的學校"
; -
命名是復數的時候需要加s,比如說我想申明一個數組,表示很多人的名字,那么我們可以這樣定義
const names = new Array()
;
-
常量
- 命名方法 : 全部大寫
- 命名規范 : 使用大寫字母和下划線來組合命名,下划線用以分割單詞。
const MAX_COUNT = 10
const URL = 'https://www.baidu.com/'
組件命名規范
官方文檔推薦及使用遵循規則:
PascalCase (單詞首字母大寫命名)是最通用的聲明約定
kebab-case (短橫線分隔命名) 是最通用的使用約定
-
組件名應該始終是多個單詞的,根組件 App 除外
-
有意義的名詞、簡短、具有可讀性
-
命名遵循 PascalCase 約定
-
公用組件以 Abcd (公司名縮寫簡稱) 開頭,如(
AbcdDatePicker,AbcdTable
) -
頁面內部組件以組件模塊名簡寫為開頭,Item 為結尾,如(
StaffBenchToChargeItem,StaffBenchAppNotArrItem
)
-
-
使用遵循 kebab-case 約定
- 在頁面中使用組件需要前后閉合,並以短線分隔,如(
<abcd-date-picker></abcd-date-picker>,<abcd-table></abcd-table>
)
- 在頁面中使用組件需要前后閉合,並以短線分隔,如(
-
導入及注冊組件時,遵循 PascalCase 約定
-
同時還需要注意:必須符合自定義元素規范: 切勿使用保留字。
method 方法命名命名規范
- 駝峰式命名,統一使用動詞或者動詞+名詞形式
//bad go、nextPage、show、open、login // good jumpPage、openCarInfoDialog
- 請求數據方法,以 data 結尾
//bad takeData、confirmData、getList、postForm // good getListData、postFormData
-
init、refresh 單詞除外
-
盡量使用常用單詞開頭(set、get、go、can、has、is)
附: 函數方法常用的動詞:
1 get 獲取/set 設置, 2 add 增加/remove 刪除 3 create 創建/destory 移除 4 start 啟動/stop 停止 5 open 打開/close 關閉, 6 read 讀取/write 寫入 7 load 載入/save 保存, 8 create 創建/destroy 銷毀 9 begin 開始/end 結束, 10 backup 備份/restore 恢復 11 import 導入/export 導出, 12 split 分割/merge 合並 13 inject 注入/extract 提取, 14 attach 附着/detach 脫離 15 bind 綁定/separate 分離, 16 view 查看/browse 瀏覽 17 edit 編輯/modify 修改, 18 select 選取/mark 標記 19 copy 復制/paste 粘貼, 20 undo 撤銷/redo 重做 21 insert 插入/delete 移除, 22 add 加入/append 添加 23 clean 清理/clear 清除, 24 index 索引/sort 排序 25 find 查找/search 搜索, 26 increase 增加/decrease 減少 27 play 播放/pause 暫停, 28 launch 啟動/run 運行 29 compile 編譯/execute 執行, 30 debug 調試/trace 跟蹤 31 observe 觀察/listen 監聽, 32 build 構建/publish 發布 33 input 輸入/output 輸出, 34 encode 編碼/decode 解碼 35 encrypt 加密/decrypt 解密, 36 compress 壓縮/decompress 解壓縮 37 pack 打包/unpack 解包, 38 parse 解析/emit 生成 39 connect 連接/disconnect 斷開, 40 send 發送/receive 接收 41 download 下載/upload 上傳, 42 refresh 刷新/synchronize 同步 43 update 更新/revert 復原, 44 lock 鎖定/unlock 解鎖 45 check out 簽出/check in 簽入, 46 submit 提交/commit 交付 47 push 推/pull 拉, 48 expand 展開/collapse 折疊 49 begin 起始/end 結束, 50 start 開始/finish 完成 51 enter 進入/exit 退出, 52 abort 放棄/quit 離開 53 obsolete 廢棄/depreciate 廢舊, 54 collect 收集/aggregate 聚集
views 下的文件命名
-
只有一個文件的情況下不會出現文件夾,而是直接放在 views 目錄下面,如 index.vue
-
盡量是名詞,且使用駝峰命名法
-
開頭的單詞就是所屬模塊名字(workbenchIndex、workbenchList、workbenchEdit)
-
名字至少兩個單詞(good: workbenchIndex)(bad:workbench)
props 命名
在聲明 prop 的時候,其命名應該始終使用 camelCase,而在模板中應該始終使用 kebab-case
1 <!-- bad --> 2 <script> 3 props: { 4 'greeting-text': String 5 } 6 </script> 7 8 <welcome-message greetingText="hi"></welcome-message> 9 10 <!-- good --> 11 <script> 12 props: { 13 greetingText: String 14 } 15 </script> 16 17 <welcome-message greeting-text="hi"></welcome-message>
例外情況
-
作用域不大臨時變量可以簡寫,比如:str,num,bol,obj,fun,arr。
-
循環變量可以簡寫,比如:i,j,k 等。
結構化規范
目錄文件夾及子文件規范
- 以下統一管理處均對應相應模塊
- 以下全局文件文件均以 index.js 導出,並在 main.js 中導入
- 以下臨時文件,在使用后,接口已經有了,發版后清除
src 源碼目錄 |-- api 接口,統一管理 |-- assets 靜態資源,統一管理 |-- components 公用組件,全局文件 |-- filters 過濾器,全局工具 |-- icons 圖標,全局資源 |-- datas 模擬數據,臨時存放 |-- lib 外部引用的插件存放及修改文件 |-- mock 模擬接口,臨時存放 |-- router 路由,統一管理 |-- store vuex, 統一管理 |-- views 視圖目錄 | |-- staffWorkbench 視圖模塊名 | |-- |-- staffWorkbench.vue 模塊入口頁面 | |-- |-- indexComponents 模塊頁面級組件文件夾 | |-- |-- components 模塊通用組件文件夾
vue 文件基本結構
1 <template> 2 <div> 3 <!--必須在div中編寫頁面--> 4 </div> 5 </template> 6 <script> 7 export default { 8 components : { 9 }, 10 data () { 11 return { 12 } 13 }, 14 mounted() { 15 }, 16 methods: { 17 } 18 } 19 </script> 20 <!--聲明語言,並且添加scoped--> 21 <style lang="scss" scoped> 22 </style>
多個特性的元素規范
多個特性的元素應該分多行撰寫,每個特性一行。(增強更易讀)
<!-- bad --> <img src="https://vuejs.org/images/logo.png" alt="Vue Logo"> <my-component foo="a" bar="b" baz="c"></my-component> <!-- good --> <img src="https://vuejs.org/images/logo.png" alt="Vue Logo" > <my-component foo="a" bar="b" baz="c" > </my-component>
元素特性的順序
原生屬性放前面,指令放后面
如下所示:
- class - id,ref - name - data-* - src, for, type, href,value,max-length,max,min,pattern - title, alt,placeholder - aria-*, role - required,readonly,disabled - is - v-for - key - v-if - v-else-if - v-else - v-show - v-cloak - v-pre - v-once - v-model - v-bind,: - v-on,@ - v-html - v-text
組件選項順序
如下所示:
- components - props - data - computed - created - mounted - metods - filter - watch
注釋規范
代碼注釋在一個項目的后期維護中顯的尤為重要,所以我們要為每一個被復用的組件編寫組件使用說明,為組件中每一個方法編寫方法說明
務必添加注釋列表
-
公共組件使用說明
-
各組件中重要函數或者類說明
-
復雜的業務邏輯處理說明
-
特殊情況的代碼處理說明,對於代碼中特殊用途的變量、存在臨界值、函數中使用的 hack、使用了某種算法或思路等需要進行注釋描述
-
多重 if 判斷語句
-
注釋塊必須以
/**(至少兩個星號)開頭**/
-
單行注釋使用//
單行注釋
注釋單獨一行,不要在代碼后的同一行內加注釋。例如:
bad var name =”abc”; // 姓名 good // 姓名 var name = “abc”;
多行注釋
1 組件使用說明,和調用說明 2 /** 3 * 組件名稱 4 * @module 組件存放位置 5 * @desc 組件描述 6 * @author 組件作者 7 * @date 2017年12月05日17:22:43 8 * @param {Object} [title] - 參數說明 9 * @param {String} [columns] - 參數說明 10 * @example 調用示例 11 * <hbTable :title="title" :columns="columns" :tableData="tableData"></hbTable> 12 **/
編碼規范
優秀的項目源碼,即使是多人開發,看代碼也如出一人之手。統一的編碼規范,可使代碼更易於閱讀,易於理解,易於維護。盡量按照 ESLint 格式要求編寫代碼
源碼風格
使用 ES6 風格編碼
-
定義變量使用 let ,定義常量使用 const
-
靜態字符串一律使用單引號或反引號,動態字符串使用反引號
1 // bad 2 const a = 'foobar' 3 const b = 'foo' + a + 'bar' 4 5 // acceptable 6 const c = `foobar` 7 8 // good 9 const a = 'foobar' 10 const b = `foo${a}bar` 11 const c = 'foobar'
- 解構賦值
- 數組成員對變量賦值時,優先使用解構賦值
1 // 數組解構賦值 2 const arr = [1, 2, 3, 4] 3 // bad 4 const first = arr[0] 5 const second = arr[1] 6 7 // good 8 const [first, second] = arr
- 函數的參數如果是對象的成員,優先使用解構賦值
1 // 對象解構賦值 2 // bad 3 function getFullName(user) { 4 const firstName = user.firstName 5 const lastName = user.lastName 6 } 7 8 // good 9 function getFullName(obj) { 10 const { firstName, lastName } = obj 11 } 12 13 // best 14 function getFullName({ firstName, lastName }) {}
4. 拷貝數組
使用擴展運算符(...)拷貝數組。
const items = [1, 2, 3, 4, 5] // bad const itemsCopy = items // good const itemsCopy = [...items]
5. 箭頭函數
需要使用函數表達式的場合,盡量用箭頭函數代替。因為這樣更簡潔,而且綁定了 this
1 // bad 2 const self = this; 3 const boundMethod = function(...params) { 4 return method.apply(self, params); 5 } 6 7 // acceptable 8 const boundMethod = method.bind(this); 9 10 // best 11 const boundMethod = (...params) => method.apply(this, params);
- 模塊
- 如果模塊只有一個輸出值,就使用 export default,如果模塊有多個輸出值,就不使用 export default,export default 與普通的 export 不要同時使用
// bad import * as myObject from './importModule' // good import myObject from './importModule'
- 如果模塊默認輸出一個函數,函數名的首字母應該小寫。
function makeStyleGuide() { } export default makeStyleGuide;
- 如果模塊默認輸出一個對象,對象名的首字母應該大寫
const StyleGuide = { es6: { } }; export default StyleGuide;
指令規范
- 指令有縮寫一律采用縮寫形式
1 // bad 2 v-bind:class="{'show-left':true}" 3 v-on:click="getListData" 4 5 // good 6 :class="{'show-left':true}" 7 @click="getListData"
2. v-for 循環必須加上 key 屬性,在整個 for 循環中 key 需要唯一
1 <!-- good --> 2 <ul> 3 <li v-for="todo in todos" :key="todo.id"> 4 {{ todo.text }} 5 </li> 6 </ul> 7 8 <!-- bad --> 9 <ul> 10 <li v-for="todo in todos"> 11 {{ todo.text }} 12 </li> 13 </ul>
3. 避免 v-if 和 v-for 同時用在一個元素上(性能問題)
以下為兩種解決方案:
- 將數據替換為一個計算屬性,讓其返回過濾后的列表
1 <!-- bad --> 2 <ul> 3 <li v-for="user in users" v-if="user.isActive" :key="user.id"> 4 {{ user.name }} 5 </li> 6 </ul> 7 8 <!-- good --> 9 <ul> 10 <li v-for="user in activeUsers" :key="user.id"> 11 {{ user.name }} 12 </li> 13 </ul> 14 15 <script> 16 computed: { 17 activeUsers: function () { 18 return this.users.filter(function (user) { 19 return user.isActive 20 }) 21 } 22 } 23 </script>
- 將 v-if 移動至容器元素上 (比如 ul, ol)
1 <!-- bad --> 2 <ul> 3 <li v-for="user in users" v-if="shouldShowUsers" :key="user.id"> 4 {{ user.name }} 5 </li> 6 </ul> 7 8 <!-- good --> 9 <ul v-if="shouldShowUsers"> 10 <li v-for="user in users" :key="user.id"> 11 {{ user.name }} 12 </li> 13 </ul>
Props 規范
Props 定義應該盡量詳細
1 // bad 這樣做只有開發原型系統時可以接受 2 props: ['status'] 3 4 // good 5 props: { 6 status: { 7 type: String, 8 required: true, 9 validator: function (value) { 10 return [ 11 'syncing', 12 'synced', 13 'version-conflict', 14 'error' 15 ].indexOf(value) !== -1 16 } 17 } 18 }
其他
-
避免 this.$parent
-
調試信息 console.log() debugger 使用完及時刪除
-
除了三目運算,if,else 等禁止簡寫
1 // bad 2 if (true) 3 alert(name); 4 console.log(name); 5 6 // bad 7 if (true) 8 alert(name); 9 console.log(name) 10 11 // good 12 if (true) { 13 alert(name); 14 } 15 console.log(name);
CSS 規范
通用規范
-
統一使用"-"連字符
-
省略值為 0 時的單位
1 // bad 2 padding-bottom: 0px; 3 margin: 0em; 4 5 // good 6 padding-bottom: 0; 7 margin: 0;
-
如果 CSS 可以做到,就不要使用 JS
-
建議並適當縮寫值,提高可讀性,特殊情況除外
“建議並適當”是因為縮寫總是會包含一系列的值,而有時候我們並不希望設置某一值,反而造成了麻煩,那么這時候你可以不縮寫,而是分開寫。
當然,在一切可以縮寫的情況下,請務必縮寫,它最大的好處就是節省了字節,便於維護,並使閱讀更加一目了然。
1 // bad 2 .box{ 3 border-top-style: none; 4 font-family: palatino, georgia, serif; 5 font-size: 100%; 6 line-height: 1.6; 7 padding-bottom: 2em; 8 padding-left: 1em; 9 padding-right: 1em; 10 padding-top: 0; 11 } 12 13 // good 14 .box{ 15 border-top: 0; 16 font: 100%/1.6 palatino, georgia, serif; 17 padding: 0 1em 2em; 18 }
- 聲明應該按照下表的順序
左到右,從上到下
1 // bad 2 .box { 3 font-family: 'Arial', sans-serif; 4 border: 3px solid #ddd; 5 left: 30%; 6 position: absolute; 7 text-transform: uppercase; 8 background-color: #eee; 9 right: 30%; 10 isplay: block; 11 font-size: 1.5rem; 12 overflow: hidden; 13 padding: 1em; 14 margin: 1em; 15 } 16 17 // good 18 .box { 19 display: block; 20 position: absolute; 21 left: 30%; 22 right: 30%; 23 overflow: hidden; 24 margin: 1em; 25 padding: 1em; 26 background-color: #eee; 27 border: 3px solid #ddd; 28 font-family: 'Arial', sans-serif; 29 font-size: 1.5rem; 30 text-transform: uppercase; 31 }
-
元素選擇器應該避免在 scoped 中出現
官方文檔說明:在 scoped 樣式中,類選擇器比元素選擇器更好,因為大量使用元素選擇器是很慢的。
-
分類的命名方法
使用單個字母加上"-"為前綴
布局(grid)(.g-);
模塊(module)(.m-);
元件(unit)(.u-);
功能(function)(.f-);
皮膚(skin)(.s-);
狀態(.z-)。
-
統一語義理解和命名
布局(.g-)
模塊(.m-)、元件(.u-)
功能(.f-)
皮膚(.s-)
狀態(.z-)
sass 規范
-
當使用 Sass 的嵌套功能的時候,重要的是有一個明確的嵌套順序,以下內容是一個 SCSS 塊應具有的順序。
- 當前選擇器的樣式屬性
- 父級選擇器的偽類選擇器 (:first-letter, :hover, :active etc)
- 偽類元素 (:before and :after)
- 父級選擇器的聲明樣式 (.selected, .active, .enlarged etc.)
- 用 Sass 的上下文媒體查詢
- 子選擇器作為最后的部分
1 .product-teaser { 2 // 1. Style attributes 3 display: inline-block; 4 padding: 1rem; 5 background-color: whitesmoke; 6 color: grey; 7 8 // 2. Pseudo selectors with parent selector 9 &:hover { 10 color: black; 11 } 12 13 // 3. Pseudo elements with parent selector 14 &:before { 15 content: ""; 16 display: block; 17 border-top: 1px solid grey; 18 } 19 20 &:after { 21 content: ""; 22 display: block; 23 border-top: 1px solid grey; 24 } 25 26 // 4. State classes with parent selector 27 &.active { 28 background-color: pink; 29 color: red; 30 31 // 4.2. Pseuso selector in state class selector 32 &:hover { 33 color: darkred; 34 } 35 } 36 37 // 5. Contextual media queries 38 @media screen and (max-width: 640px) { 39 display: block; 40 font-size: 2em; 41 } 42 43 // 6. Sub selectors 44 > .content > .title { 45 font-size: 1.2em; 46 47 // 6.5. Contextual media queries in sub selector 48 @media screen and (max-width: 640px) { 49 letter-spacing: 0.2em; 50 text-transform: uppercase; 51 } 52 } 53 }
特殊規范
- 對用頁面級組件樣式,應該是有作用域的
- 對於公用組件或者全局組件庫,我們應該更傾向於選用基於 class 的 BEM 策略
1 <style lang='scss'></style> // bad 2 3 <!-- 使用 scoped 作用域 --> 4 <style lang='scss' scoped></style> // good 5 6 <!-- 使用 BEM 約定 --> 7 <style> // good 8 .c-Button { 9 border: none; 10 border-radius: 2px; 11 } 12 13 .c-Button--close { 14 background-color: red; 15 } 16 </style>
轉載於:https://juejin.im/post/5b67e49551882508603d1431