Vue 前端代码风格指南

Vue 前端代码风格指南
目录

一、命名规范

1.1、项目文件命名

1.2、Vue 组件命名

1.3、代码参数命名

二、代码规范

2.1、Vue

2.2、HTML

2.3、CSS

2.4、JavaScript

三、注释规范

3.1、HTML 文件注释

3.2、CSS 文件注释

3.3、JavaScript 文件注释

四、其它

代码规范是一个非常重要的事情，很多企业都有自己的代码规范体系，

而在不同阶段体系 HTML 、CSS、JS 也有代码规范 !

那么到了后期框架和库阶段规范你知道吗 ?

今天为大家分享一组热门框架 VUE 的代码风格规范指南

一、命名规范

市面上常用的命名规范 :
1. camelCase ( 小驼峰式命名法 -- 首字母小写 )
2. PascalCase （大驼峰式命名法 -- 首字母大写）
3. kebab-case ( 短横线连接式 )
4. Snake （下划线连接式）
1.1、项目文件命名

1.1.1 项目名

全部采用小写方式，以 短横线 分隔，

例： my-project-name web-gsp-pc

1.1.2 目录名

参照项目命名规则，有复数结构时，要采用复数命名法，

例：docs、assets、components、directives、mixins、utils、views
```
my-project-name/
|- BuildScript    // 流水线部署文件目录
|- docs           // 项目的细化文档目录（可选）
|- nginx          // 部署在容器上前端项目 nginx 代理文件目录
|- node_modules   // 下载的依赖包
|- public         // 静态页面目录
    |- index.html // 项目入口
|- src            // 源码目录
    |- api        // http 请求目录
    |- assets     // 静态资源目录，这里的资源会被wabpack构建
        |- icon   // icon 存放目录
        |- img    // 图片存放目录
        |- js     // 公共 js 文件目录
        |- scss   // 公共样式 scss 存放目录
            |- frame.scss   // 入口文件
            |- global.scss  // 公共样式
            |- reset.scss   // 重置样式
    |- components     // 组件
    |- directives     // 指令
    |- mixins         // 混入
    |- plugins        // 插件
    |- router         // 路由
    |- routes         // 详细的路由拆分目录（可选）
        |- index.js
    |- store          // 全局状态管理
    |- utils          // 工具存放目录
        |- request.js // 公共请求工具
    |- views          // 页面存放目录
    |- App.vue        // 根组件
    |- main.js        // 入口文件
    |- tests          // 测试用例
    |- .browserslistrc// 浏览器兼容配置文件
    |- .editorconfig  // 编辑器配置文件
    |- .eslintignore  // eslint 忽略规则
    |- .eslintrc.js   // eslint 规则
    |- .gitignore     // git 忽略规则
    |- babel.config.js // babel 规则
    |- Dockerfile // Docker 部署文件
    |- jest.config.js
    |- package-lock.json
    |- package.json // 依赖
    |- README.md // 项目 README
    |- vue.config.js // webpack 配置
```
1.1.3、图像文件名

全部采用小写方式，优先选择单个单词命名，

多个单词命名以 下划线 _ 分隔
```
banner_sina.gif
menu_aboutus.gif
menutitle_news.gif
logo_police.gif
logo_national.gif
pic_people.jpg
pic_TV.jpg
```
1.1.4、HTML 文件名

全部采用小写方式，优先选择单个单词命名，

多个单词命名以 下划线 _ 分隔
```
|- error_report.html
|- success_report.html
```
1.1.5、CSS 文件名

全部采用小写方式，优先选择单个单词命名，

多个单词命名以短横线 - 分隔
```
|- normalize.less
|- base.less
|- date-picker.scss
|- input-number.scss
```
1.1.6、JavaScript 文件名

全部采用小写方式，优先选择单个单词命名，

多个单词命名以短横线 - 分隔
```
|- index.js
|- plugin.js
|- util.js
|- date-util.js
|- account-model.js
|- collapse-transition.js
```
上述规则可以快速记忆为

“ 静态文件 下划线 _ ，编译文件 短横线 - ”

1.2、Vue 组件命名

推荐观看文章：

Vue项目组件注册命名规范_雨季mo浅忆的博客-CSDN博客

1.2.1、单文件组件命名

文件扩展名为 .vue 的 single-file components （单文件组件），

单文件组件名应该始终是 单词大写开头 （ PascalCase ）
```
components/
    MyComponent.vue
```
1.2.2、单例组件名

只拥有单个活跃实例的组件应该以 The 前缀命名，以示其 唯一性

这不意味着组件只可用于一个单页面，而是 每个页面 只使用一次。这些组件永远不接受任何 prop ，因为它们是为你的应用定制的。如果你发现有必要添加 prop ，那就表明这实际上是一个可复用的组件，只是目前 在每个页面里只使用一次。

比如，头部和侧边栏组件几乎在每个页面都会使用，不接受 prop，该组件是专门为该应用所定制的。
```
components/
|- TheHeading.vue
|- TheSidebar.vue
```
1.2.3、基础组件名

基础组件 ：不包含业务，独立、具体功能的基础组件，比如 日期选择器 、模态框 等。这类组件作为项目的基础控件，会被大量使用，因此组件的 API 进行过高强度的抽象，可以通过不同配置实现不同的功能。

应用特定样式和约定的基础组件 ( 也就是展示类的、无逻辑的或无状态、不掺杂业务逻辑的组件 ) 应该全部以一个特定的前缀开头 —— Base 。

基础组件在一个页面内可使用多次，在不同页面内也可复用，是高可复用组件。
```
components/
|- BaseButton.vue
|- BaseTable.vue
|- BaseIcon.vue
```
1.2.4、业务组件

业务组件 ：它不像基础组件只包含某个功能，而是在业务中被多个页面复用的（具有可复用性），它与基础组件的区别是，业务组件只在当前项目中会用到，不具有 通用性 ，而且会包含一些业务，比如数据请求；而基础组件不含业务，在任何项目中都可以使用，功能单一 ，比如：一个具有数据校验功能的输入框。

掺杂了复杂业务的组件（拥有自身 data 、prop 的相关处理）即业务组件

应该以 Custom 前缀命名。业务组件在一个页面内，

比如：某个页面内有一个卡片列表，而样式和逻辑跟业务紧密相关的卡片就是 业务组件。
```
components/
|- CustomCard.vue
```
1.2.5、紧密耦合的组件名

和父组件紧密耦合的子组件应该以父组件名作为前缀命名。

因为编辑器通常会按字母顺序组织文件，所以这样做可以把相关联的文件排在一起。
```
components/
|- TodoList.vue
|- TodoListItem.vue
|- TodoListItemButton.vue
```
1.2.6、组件名中单词顺序

组件名应该以高级别的 ( 通常是一般化描述的 ) 单词开头，以描述性的修饰词结尾。

因为编辑器通常会按字母顺序组织文件，所以现在组件之间的重要关系一目了然。

如下组件主要是用于搜索和设置功能。
```
components/
|- SearchButtonClear.vue
|- SearchButtonRun.vue
|- SearchInputQuery.vue
|- SearchInputExcludeGlob.vue
|- SettingsCheckboxTerms.vue
|- SettingsCheckboxLaunchOnStartup.vue
```
还有另一种 多级目录 的方式，把所有的 搜索组件 放到 “ search ” 目录，

把所有的 设置组件 放到 “ settings ” 目录。

我们只推荐在非常大型 ( 如有 100 + 个组件 ) 的应用下才考虑这么做，

因为在多级目录间找来找去，要比在单个 components 目录下滚动查找要花费更多的精力。

1.2.7、完整单词的组件名

组件名应该倾向于完整单词而不是缩写。

编辑器中的自动补全已经让书写长命名的代价非常之低了，

而其带来的明确性却是非常宝贵的。不常用的缩写尤其应该避免。
```
components/
|- StudentDashboardSettings.vue
|- UserProfileOptions.vue
```
1.3、代码参数命名

1.3.1、name

组件名应该始终是多个单词，应该始终是 PascalCase 的，

根组件 App 以及、之类的 Vue 内置组件除外，

这样做可以避免跟现有的以及未来的 HTML 元素相冲突，

因为所有的 HTML 元素名称都是单个单词的。
```
export default {
  name: 'ToDoList',
  // ...
}
```
1.3.2、prop

在声明 prop 的时候，其命名应该始终使用 camelCase，

而在模板和 JSX 中应该始终使用 kebab-case。

我们单纯的遵循每个语言的约定，在 JavaScript 中更自然的是 camelCase 。

而在 HTML 中则是 kebab-case。

1.3.3、router

Vue Router Path 命名采用 kebab-case 格式。

用 Snake（如：/user_info ）或

camelCase（如：/userInfo ) 的

单词会被当成一个单词，搜索引擎无法区分语义。
```
// bad
{
  path: '/user_info', // user_info 当成一个单词
  name: 'UserInfo',
  component: UserInfo,
  meta: {
    title: ' - 用户',
    desc: ''
  }
},
 
// good
{
  path: '/user-info', // 能解析成 user info
  name: 'UserInfo',
  component: UserInfo,
  meta: {
    title: ' - 用户',
    desc: ''
  }
},
```
1.3.4、模板中组件

对于绝大多数项目来说，在单文件组件和字符串模板中组件名应该总是 PascalCase 的，

但是在 DOM 模板中总是 kebab-case 的。
```
 
<MyComponent/>
 
 
<my-component>my-component>
```
1.3.5、自闭合组件

在单文件组件、字符串模板和 JSX 中没有内容的组件应该是自闭合的

—— 但在 DOM 模板里永远不要这样做。
```
<MyComponent/>
 
<my-component>my-component>
```
1.3.6、变量
- 命名方法：camelCase
- 命名规范：类型 + 对象描述或属性的方式
```
// bad
var getTitle = "LoginTable"
 
// good
let tableTitle = "LoginTable"
let mySchool = "我的学校"
```
1.3.7、常量
- 命名方法：全部 大写下划线 _ 分割
- 命名规范：使用 大写字母和下划线 _ 来组合命名，下划线用以分割单词
```
const MAX_COUNT = 10
const URL = 'http://test.host.com'
```
1.3.8、方法
- 命名方法：camelCase
- 命名规范：统一使用动词或者 动词 + 名词 形式
```
// 1、普通情况下，使用动词 + 名词形式
// bad
go、nextPage、show、open、login
 
// good
jumpPage、openCarInfoDialog
 
// 2、请求数据方法，以 data 结尾
// bad
takeData、confirmData、getList、postForm
 
// good
getListData、postFormData
 
// 3、单个动词的情况
init、refresh
```
1.3.9、自定义事件

自定义事件应始终使用 kebab-case 的事件名。

不同于组件和 prop ，事件名不存在任何自动化的大小写转换。

而是触发的事件名需要完全匹配监听这个事件所用的名称。

不同于组件和 prop ，事件名不会被用作一个 JavaScript 变量名或 property 名，所以就没有理由使用 camelCase 或 PascalCase 了。

并且 v-on 事件监听器在 DOM 模板中会被自动转换为全小写 ( 因为 HTML 是大小写不敏感的 ) ，所以 v-on: myEvent 将会变成 v-on: myevent —— 导致 myEvent 不可能被监听到。
- 原生事件参考列表
由原生事件可以发现其使用方式如下：
```
<div
  @blur="toggleHeaderFocus"
  @focus="toggleHeaderFocus"
  @click="toggleMenu"
  @keydown.esc="handleKeydown"
  @keydown.enter="handleKeydown"
  @keydown.up.prevent="handleKeydown"
  @keydown.down.prevent="handleKeydown"
  @keydown.tab="handleKeydown"
  @keydown.delete="handleKeydown"
  @mouseenter="hasMouseHoverHead = true"
  @mouseleave="hasMouseHoverHead = false">
div>
```
而为了区分 原生事件 和 自定义事件，在 Vue 中的使用，

建议除了 多单词 事件名使用 kebab-case 的情况下，命名还需遵守为 on + 动词 的形式，

如下：
```
<div
  @on-search="handleSearch"
  @on-clear="handleClear"
  @on-clickoutside="handleClickOutside">
div>
```
```
// 子组件
export default {
  methods: {
    handleTriggerItem () {
      this.$emit('on-clear')
    }
  }
}
```
1.3.10、事件方法
- 命名方法：camelCase
- 命名规范：handle + 名称（可选）+ 动词
```
 
<script>
 
export default {
  methods: {
    handleItemClick () {
      //...
    },
    handleItemHover () {
      //...
    }
  }
}
script>
```
二、代码规范

2.1、Vue

2.1.1、代码结构
```
<template>
  <div id="my-component">
    <DemoComponent />
  div>
template>
 
<script>
import DemoComponent from '../components/DemoComponent'
 
export default {
  name: 'MyComponent',
  components: {
    DemoComponent
  },
  mixins: [],
  props: {},
  data () {
    return {}
  },
  computed: {},
  watch: {}
  created () {},
  mounted () {},
  destroyed () {},
  methods: {},
}
script>
 
<style lang="scss" scoped>
#my-component {
}
style>
```
2.1.2 data

组件的 data 必须是一个函数。
```
// In a .vue file
export default {
  data () {
    return {
      foo: 'bar'
    }
  }
}
```
2.1.3、prop

Prop 定义应该尽量详细。
```
export default {
  props: {
    status: {
      type: String,  // 规定接收的数据类型
      required: true,  // 规定数据为必传项
      default: '',  // 规定数据的默认值(有required时，此项可忽略)
      validator: function (value) { // 自定义验证函数
        return [
          'syncing', 
          'synced',
          'version-conflict',
          'error'
        ].indexOf(value) !== -1
      }
    }
  }
}
```
2.1.4、computed

应该把复杂计算属性分割为尽可能多的更简单的属性。

小的、专注的计算属性减少了信息使用时的假设性限制，所以需求变更时也用不着那么多重构了。
```
// bad
computed: { 
  price: function () { 
    var basePrice = this.manufactureCost / (1 - this.profitMargin) 
    return ( 
      basePrice - 
      basePrice * (this.discountPercent || 0) 
    ) 
  } 
}
 
// good
computed: {
  basePrice: function () {
    return this.manufactureCost / (1 - this.profitMargin)
  },
  discount: function () {
    return this.basePrice * (this.discountPercent || 0)
  },
  finalPrice: function () {
    return this.basePrice - this.discount
  }
}
```
2.1.5、为 v-for 设置键值

在组件上必须用 key 搭配 v-for，以便维护内部组件及其子树的状态。

甚至在元素上维护可预测的行为，

比如动画中的对象固化 (object constancy)。
```
<ul>
  <li
    v-for="todo in todos"
    :key="todo.id">
      {{ todo.text }}
  li>
ul>
```
2.1.6、v-if 和 v-for 互斥

永远不要把 v-if 和 v-for 同时用在同一个元素上。
```
<ul>
  <li
    v-for="user in users"
    v-if="shouldShowUsers"
    :key="user.id">
      {{ user.name }}
  li>
ul>
```
一般我们在两种常见的情况下会倾向于这样做：

为了过滤一个列表中的项目

( 比如 v-for="user in users" v-if="user.isActive") 。

在这种情形下，请将 users 替换为一个计算属性 ( 比如 activeUsers ) ，

让其返回过滤后的列表。
```
computed: {
  activeUsers: function () {
    return this.users.filter((user) => {
      return user.isActive
    })
  }
}
```
```
<ul>
  <li
    v-for="user in activeUsers"
    :key="user.id">
      {{ user.name }}
  li>
ul>
```
- 为了避免渲染本应该被隐藏的列表
- ( 比如 v-for="user in users" v-if="shouldShowUsers")。
- 这种情形下，请将 v-if 移动至容器元素上 ( 比如 ul, ol ) 。
```
<ul>
  <li
    v-for="user in users"
    v-if="shouldShowUsers"
    :key="user.id">
      {{ user.name }}
  li>
ul>
 
<ul v-if="shouldShowUsers">
  <li
    v-for="user in users"
    :key="user.id">
      {{ user.name }}
  li>
ul>
```
2.1.7、多个 attribute 的元素

多个 attribute 的元素应该分多行撰写，每个 attribute 一行。
```
<img src="https://vuejs.org/images/logo.png" alt="Vue Logo">
<MyComponent foo="a" bar="b" baz="c"/>
```
```
<img
  src="https://vuejs.org/images/logo.png"
  alt="Vue Logo">
 
<MyComponent
  foo="a"
  bar="b"
  baz="c"/>
```
2.1.8、模板中简单的表达式

组件模板应该只包含简单的表达式，复杂的表达式则应该重构为计算属性或方法。

复杂表达式会让你的模板变得不那么声明式。

我们应该尽量描述应该出现的 是什么 ，而非如何计算那个值。

而且计算属性和方法使得代码可以重用。
```
// bad
{{
  fullName.split(' ').map((word) => {
    return word[0].toUpperCase() + word.slice(1)
  }).join(' ')
}}
```
更好地做法：

2.1.9、带引号的 attribute 值

非空 HTML 特性值应该始终带双引号。
```
<input type=text>
<AppSidebar :style={width:sidebarWidth+'px'}>
```
```
<input type="text">
<AppSidebar :style="{ width: sidebarWidth + 'px' }">
```
2.1.10、指令缩写
- 用 : 表示 v-bind:
- 用 @ 表示 v-on:
- 用 # 表示 v-slot:
```
<input
  :value="newTodoText"
  :placeholder="newTodoInstructions">
 
<input
  @input="onInput"
  @focus="onFocus">
 
<template #header>
  <h1>Here might be a page titleh1>
template>
 
<template #footer>
  <p>Here's some contact infop>
template>
```
2.2、HTML

2.2.1、文件模板

HTML5 文件模板：
```
html>
  <html lang="zh-CN">
  <head>
    <meta charset="UTF-8">
    <title>HTML5标准模版title>
  head>
  <body>
  body>
html>
```
移动端：
```
html>
<html lang="zh-CN">
  <head>
    <meta charset="UTF-8" />
    <meta
      name="viewport"
      content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no, shrink-to-fit=no"
    />
    <meta name="format-detection" content="telephone=no" />
    <title>移动端HTML模版title>
 
    
    <link rel="dns-prefetch" href="" />
    
 
    
    
    
 
    
    <link rel="stylesheet" href="css/index.css" />
    
 
    <link rel="stylesheet" href="http://srcPath/index.css" />
    
    
  head>
  <body>
 
  body>
html>
```
PC 端：
```
html>
<html lang="zh-CN">
  <head>
    <meta charset="UTF-8" />
    <meta name="keywords" content="your keywords" />
    <meta name="description" content="your description" />
    <meta name="author" content="author,email address" />
    <meta name="robots" content="index,follow" />
    <meta http-equiv="X-UA-Compatible" content="IE=Edge,chrome=1" />
    <meta name="renderer" content="ie-stand" />
    <title>PC端HTML模版title>
 
    
    <link rel="dns-prefetch" href="" />
    
 
    
    
    
 
    
    <link rel="stylesheet" href="css/index.css" />
    
 
    <link rel="stylesheet" href="http://srcPath/index.css" />
    
    
  head>
  <body>
    
  body>
html>
```
2.2.2、元素及标签闭合

2.2.3、代码嵌套

2.3、CSS

2.3.1、样式文件

2.3.2、代码格式化

2.3.3、代码大小写

2.3.4、代码易读性

2.3.5、属性值引导

2.3.6、属性书写建议

2.3.7、CSS 浏览器私有前缀

2.4、JavaScript

2.4.1、单行代码块

2.4.2、大括号风格

2.4.3、代码中的风格

三、注释规范

3.1、HTML 文件注释

3.1.1、单行注释

3.1.2、模块注释

3.1.3、嵌套模块注释

3.2、CSS 文件注释

3.2.1、单行注释

3.2.2、模块注释

3.2.3、文件注释

3.3、JavaScript 文件注释

3.3.1、单行注释

3.3.2、多行注释

3.3.3、注释空格

3.3.4、特殊标记

3.3.5、文档类注释

3.3.6、注释工具

四、其它
- 缩进换行请使用两个空格。
- 大型团队多人协作项目推荐 JavaScript 代码末尾加分号。
- 小型个人创新练手项目可尝试使用 JavaScript 代码末尾不加分号的风格，更加清爽简练。
未完待续。。。
相关阅读:
学习Java框架的重要性及步骤
 mulesoft Module 10 quiz 解析
 【原创教程】埃斯顿机器人：弯管机推力解决方式（上）
Hello Playwright：(2)简化部署方式
 2023/9/9总结
 Intellij IDEA 内存设置的问题及解决
 49. 字母异位词分组
 07Thymeleaf
C++ PrimerPlus 复习第四章复合类型（上）
做抖店最主要核心是什么？运营技术重要吗？
原文地址：https://blog.csdn.net/weixin_58099903/article/details/126375197

一、命名规范

1.1、项目文件命名

1.2、Vue 组件命名

1.3、代码参数命名

二、代码规范

2.1、Vue

2.2、HTML

2.3、CSS

2.4、JavaScript

三、注释规范

3.1、HTML 文件注释

3.2、CSS 文件注释

3.3、JavaScript 文件注释

四、其它