史上最全的Vue開發規范


本文檔為前端 vue 開發規范

  • 規范目的
  • 命名規范
  • 結構化規范
  • 注釋規范
  • 編碼規范
  • CSS 規范

規范目的

為提高團隊協作效率

便於后台人員添加功能及前端后期優化維護

輸出高質量的文檔

命名規范

為了讓大家書寫可維護的代碼,而不是一次性的代碼

讓團隊當中其他人看你的代碼能一目了然

甚至一段時間時候后你再看你某個時候寫的代碼也能看

普通變量命名規范

  • 命名方法 :駝峰命名法

  • 命名規范 :

    1. 命名必須是跟需求的內容相關的詞,比如說我想申明一個變量,用來表示我的學校,那么我們可以這樣定義const mySchool = "我的學校";

    2. 命名是復數的時候需要加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>

例外情況

  1. 作用域不大臨時變量可以簡寫,比如:str,num,bol,obj,fun,arr。

  2. 循環變量可以簡寫,比如: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

注釋規范

代碼注釋在一個項目的后期維護中顯的尤為重要,所以我們要為每一個被復用的組件編寫組件使用說明,為組件中每一個方法編寫方法說明

務必添加注釋列表

  1. 公共組件使用說明

  2. 各組件中重要函數或者類說明

  3. 復雜的業務邏輯處理說明

  4. 特殊情況的代碼處理說明,對於代碼中特殊用途的變量、存在臨界值、函數中使用的 hack、使用了某種算法或思路等需要進行注釋描述

  5. 多重 if 判斷語句

  6. 注釋塊必須以/**(至少兩個星號)開頭**/

  7. 單行注釋使用//

單行注釋

注釋單獨一行,不要在代碼后的同一行內加注釋。例如:

 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 風格編碼

  1. 定義變量使用 let ,定義常量使用 const

  2. 靜態字符串一律使用單引號或反引號,動態字符串使用反引號

 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. 解構賦值
  • 數組成員對變量賦值時,優先使用解構賦值

  

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);
  1. 模塊
  • 如果模塊只有一個輸出值,就使用 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. 指令有縮寫一律采用縮寫形式
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 }

其他

  1. 避免 this.$parent

  2. 調試信息 console.log() debugger 使用完及時刪除

  3. 除了三目運算,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 規范

通用規范

  1. 統一使用"-"連字符

  2. 省略值為 0 時的單位

1 // bad
2   padding-bottom: 0px;
3   margin: 0em;
4  
5  // good
6   padding-bottom: 0;
7   margin: 0;

  

  1. 如果 CSS 可以做到,就不要使用 JS

  2. 建議並適當縮寫值,提高可讀性,特殊情況除外

    “建議並適當”是因為縮寫總是會包含一系列的值,而有時候我們並不希望設置某一值,反而造成了麻煩,那么這時候你可以不縮寫,而是分開寫。

    當然,在一切可以縮寫的情況下,請務必縮寫,它最大的好處就是節省了字節,便於維護,並使閱讀更加一目了然。

  
 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. 聲明應該按照下表的順序

左到右,從上到下

 

 

 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   }

  

  1. 元素選擇器應該避免在 scoped 中出現

    官方文檔說明:在 scoped 樣式中,類選擇器比元素選擇器更好,因為大量使用元素選擇器是很慢的。

  2. 分類的命名方法

    使用單個字母加上"-"為前綴

    布局(grid)(.g-);

    模塊(module)(.m-);

    元件(unit)(.u-);

    功能(function)(.f-);

    皮膚(skin)(.s-);

    狀態(.z-)。

  3. 統一語義理解和命名

布局(.g-)

 

 模塊(.m-)、元件(.u-)

 

 

 

 功能(.f-)

 

 皮膚(.s-)

 

 狀態(.z-)

sass 規范

  1. 當使用 Sass 的嵌套功能的時候,重要的是有一個明確的嵌套順序,以下內容是一個 SCSS 塊應具有的順序。

    1. 當前選擇器的樣式屬性
    2. 父級選擇器的偽類選擇器 (:first-letter, :hover, :active etc)
    3. 偽類元素 (:before and :after)
    4. 父級選擇器的聲明樣式 (.selected, .active, .enlarged etc.)
    5. 用 Sass 的上下文媒體查詢
    6. 子選擇器作為最后的部分
 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


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM