【前端代码规范】

这篇具有很好参考价值的文章主要介绍了【前端代码规范】。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

vue3版本:【Vue&React】版本

3.2.47

TS版本:【TS&JS】版本

5.0.4

vite版本:【Webpack&Vite】版本

4.3.9

Eslint版本:

8.43.0

命名规则:【见名识意】

项目命名:

全部采用小写形式方式,以划线分割

例如:my_project_name

目录命名:

参照项目命名规则;

全部采用小写形式方式,以划线分割

有复数结构时,要采用复数命名法。

例:images、

JS/VUE文件

参照项目命名规则:全部采用小写形式方式,以划线分割

例:chat_model.js【chat.vue】

CSS/SCSS文件命名:

见名识意,参照项目命名规则:全部采用小写形式方式,以划线分割

例:chat.css

HTML文件命名:

参照项目命名规则:全部采用小写形式方式,以划线分割

例子:chat.html

HTML:

语法

缩进使用soft tab(4个空格);
嵌套的节点应该缩进;
在属性上,使用双引号,不要使用单引号;
属性名全小写,用中划线做分隔符;
不要在自动闭合标签结尾处使用斜线(HTML5 规范 指出他们是可选的);
不要忽略可选的关闭标签,例: 和 。

HTML5 doctype

在页面开头使用这个简单地doctype来启用标准模式,使其在每个浏览器中尽可能一致的展现;

虽然doctype不区分大小写,但是按照惯例,doctype大写 (关于html属性,大写还是小写)。

lang属性

根据HTML5规范:

应在html标签上加上lang属性。这会给语音工具和翻译工具帮助,告诉它们应当怎么去发音和翻译。

更多关于 lang 属性的说明在这里;

在sitepoint上可以查到语言列表;

但sitepoint只是给出了语言的大类,例如中文只给出了zh,但是没有区分香港,台湾,大陆。而微软给出了一份更加详细的语言列表,其中细分了zh-cn, zh-hk, zh-tw。

字符编码

通过声明一个明确的字符编码,让浏览器轻松、快速的确定适合网页内容的渲染方式,通常指定为’UTF-8’。

IE兼容模式

用 标签可以指定页面应该用什么版本的IE来渲染;

引入CSS, JS

根据HTML5规范, 通常在引入CSS和JS时不需要指明 type,因为 text/css 和 text/javascript 分别是他们的默认值。

使用import进行引入

属性顺序

属性应该按照特定的顺序出现以保证易读性;

class
id
name
data-*
src, for, type, href, value , max-length, max, min, pattern
placeholder, title, alt
aria-*, role
required, readonly, disabled
class是为高可复用组件设计的,所以应处在第一位;

id更加具体且应该尽量少使用,所以将它放在第二位。

JS生成标签

在JS文件中生成标签让内容变得更难查找,更难编辑,性能更差。应该尽量避免这种情况的出现。

减少标签数量

在编写HTML代码时,需要尽量避免多余的父节点;

很多时候,需要通过迭代和重构来使HTML变得更少。


CSS/SCSS:

缩进

使用soft tab(4个空格)

分号

每个属性声明末尾都要加分号

空格
以下几种情况不需要空格:

属性名后


多个规则的分隔符’,'前
!important '!‘后
属性值中’(‘后和’)'前
行末不要有多余的空格
以下几种情况需要空格:

属性值前


选择器’>', ‘+’, '~'前后
'{'前
!important '!‘前
@else 前后
属性值中的’,‘后
注释’/‘后和’/'前

空行

以下几种情况需要空行:

文件最后保留一个空行
'}'后最好跟一个空行,包括scss中嵌套的规则
属性之间需要适当的空行,具体见属性声明顺序

换行

以下几种情况不需要换行:

'{'前

以下几种情况需要换行:

'{‘后和’}‘前
每个属性独占一行
多个规则的分隔符’,'后

注释

注释统一用’/* */‘(scss中也不要用’//'),具体参照右边的写法;

缩进与下一行代码保持一致;

可位于一个代码行的末尾,与代码间隔一个空格。

引号

最外层统一使用双引号;

url的内容要用引号;

属性选择器中的属性值需要引号。

命名

类名使用小写字母,以中划线分隔
id采用驼峰式命名
scss中的变量、函数、混合、placeholder采用驼峰式命名

属性声明顺序

相关的属性声明按右边的顺序做分组处理,组之间需要有一个空行。

颜色

颜色16进制用小写字母;

颜色16进制尽量用简写。

属性简写

属性简写需要你非常清楚属性值的正确顺序,而且在大多数情况下并不需要设置属性简写中包含的所有值,所以建议尽量分开声明会更加清晰;

margin 和 padding 相反,需要使用简写;

常见的属性简写包括:

font
background
transition
animation

媒体查询

尽量将媒体查询的规则靠近与他们相关的规则,不要将他们一起放到一个独立的样式文件中,或者丢在文档的最底部,这样做只会让大家以后更容易忘记他们。

SCSS相关

提交的代码中不要有 @debug;

声明顺序:

@extend
不包含 @content 的 @include
包含 @content 的 @include
自身属性
嵌套规则

@import 引入的文件不需要开头的’_‘和结尾的’.scss’;

嵌套最多不能超过5层;

@extend 中使用placeholder选择器;

去掉不必要的父级引用符号’&'。

杂项

不允许有空的规则;

元素选择器用小写字母;

去掉小数点前面的0;

去掉数字中不必要的小数点和末尾的0;

属性值’0’后面不要加单位;

同个属性不同前缀的写法需要在垂直方向保持对齐,具体参照右边的写法;

无前缀的标准属性应该写在有前缀的属性后面;

不要在同个规则里出现重复的属性,如果重复的属性是连续的则没关系;

不要在一个文件里出现两个相同的规则;

用 border: 0; 代替 border: none;;

选择器不要超过4层(在scss中如果超过4层应该考虑用嵌套的方式来写);

发布的代码中不要有 @import;

尽量少用’*'选择器。

JS:

缩进

使用soft tab(4个空格)。

单行长度

不要超过80,但如果编辑器开启word wrap可以不考虑单行长度。

分号

以下几种情况后需加分号:

变量声明
表达式
return
throw
break
continue
do-while

空格

以下几种情况不需要空格:

对象的属性名后
前缀一元运算符后
后缀一元运算符前
函数调用括号前
无论是函数声明还是函数表达式,'(‘前不要空格
数组的’[‘后和’]‘前
对象的’{‘后和’}‘前
运算符’(‘后和’)'前

以下几种情况需要空格:

二元运算符前后
三元运算符’?:‘前后
代码块’{‘前
下列关键字前:else, while, catch, finally
下列关键字后:if, else, for, while, do, switch, case, try, catch, finally, with, return, typeof
单行注释’//‘后(若单行注释和代码同行,则’//‘前也需要),多行注释’*‘后
对象的属性值前
for循环,分号后留有一个空格,前置条件如果有多个,逗号后留一个空格
无论是函数声明还是函数表达式,’{'前一定要有空格
函数的参数之间

空行

以下几种情况需要空行:

变量声明后(当变量声明在代码块的最后一行时,则无需空行)
注释前(当注释在代码块的第一行时,则无需空行)
代码块后(在函数调用、数组、对象中则无需空行)
文件最后保留一个空行

换行

换行的地方,行末必须有’,'或者运算符;

以下几种情况不需要换行:

下列关键字后:else, catch, finally
代码块’{'前

以下几种情况需要换行:

代码块’{‘后和’}'前
变量赋值后

单行注释

双斜线后,必须跟一个空格;

缩进与下一行代码保持一致;

可位于一个代码行的末尾,与代码间隔一个空格。

多行注释

最少三行, '*'后跟一个空格,具体参照右边的写法;

建议在以下情况下使用:

难于理解的代码段
可能存在错误的代码段
浏览器特殊的HACK代码
业务逻辑强相关的代码

文档注释

各类标签@param, @method等请参考usejsdoc和JSDoc Guide;

建议在以下情况下使用:

所有常量
所有函数
所有类

引号

最外层统一使用单引号。

变量命名

标准变量采用驼峰式命名(除了对象的属性外,主要是考虑到cgi返回的数据)
'ID’在变量名中全大写
'URL’在变量名中全大写
'Android’在变量名中大写第一个字母
‘iOS’在变量名中小写第一个,大写后两个字母
常量全大写,用下划线连接
构造函数,大写第一个字母
jquery对象必须以’$'开头命名

变量声明

一个函数作用域中所有的变量声明尽量提到函数首部,用一个var声明,不允许出现两个连续的var声明。

函数

无论是函数声明还是函数表达式,'(‘前不要空格,但’{'前一定要有空格;

函数调用括号前不需要空格;

立即执行函数外必须包一层括号;

不要给inline function命名;

参数之间用’, '分隔,注意逗号后有一个空格。

数组、对象

对象属性名不需要加引号;

对象以缩进的形式书写,不要写在一行;

数组、对象最后不要有逗号。

括号

下列关键字后必须有大括号(即使代码块的内容只有一行):if, else, for, while, do, switch, try, catch, finally, with。

杂项

不要混用tab和space;

不要在一处使用多个tab或space;

换行符统一用’LF’;

对上下文this的引用只能使用’_this’, ‘that’, 'self’其中一个来命名;

行尾不要有空白字符;

switch的falling through和no default的情况一定要有注释特别说明;

不允许有空的代码块。

开发环境的依赖:

  "dependencies": {
    "@ant-design/icons-vue": "^6.1.0",
    "@element-plus/icons-vue": "^2.1.0",
    "@vueuse/components": "^10.2.0",
    "@vueuse/core": "^10.2.0",
    "ant-design-vue": "^3.2.19",
    "axios": "^1.4.0",
    "dayjs": "^1.11.8",
    "echarts": "^5.4.2",
    "element-plus": "^2.3.6",
    "mitt": "^3.0.0",
    "naive-ui": "^2.34.3",
    "pinia": "2.0.35",
    "pinia-plugin-persistedstate": "^3.1.0",
    "qs": "^6.11.1",
    "tdesign-vue-next": "^1.3.7",
    "vue": "^3.2.47",
    "vue-router": "^4.2.2"
  },
  "devDependencies": {
    "@commitlint/cli": "^17.6.6",
    "@commitlint/config-conventional": "^17.6.6",
    "@types/node": "^18.15.11",
    "@types/nprogress": "^0.2.0",
    "@types/qs": "^6.9.7",
    "@typescript-eslint/eslint-plugin": "^5.59.10",
    "@typescript-eslint/parser": "^5.59.10",
    "@vitejs/plugin-vue": "^4.2.0",
    "@vitejs/plugin-vue-jsx": "^3.0.1",
    "autoprefixer": "^10.4.14",
    "cz-git": "^1.7.0",
    "eslint": "^8.43.0",
    "eslint-config-prettier": "^8.8.0",
    "eslint-define-config": "^1.20.0",
    "eslint-plugin-import": "^2.27.5",
    "eslint-plugin-prettier": "^4.2.1",
    "eslint-plugin-simple-import-sort": "^10.0.0",
    "eslint-plugin-vue": "^9.14.1",
    "husky": "^8.0.3",
    "import": "^0.0.6",
    "less": "^4.1.3",
    "less-loader": "^11.1.3",
    "lint-staged": "^13.2.2",
    "mockjs": "^1.1.0",
    "nprogress": "^0.2.0",
    "plop": "^3.1.2",
    "postcss": "^8.4.24",
    "postcss-html": "^1.5.0",
    "postcss-less": "^6.0.0",
    "postcss-px-to-viewport": "^1.1.1",
    "postcss-scss": "^4.0.6",
    "prettier": "^2.8.8",
    "rollup-plugin-visualizer": "^5.9.2",
    "stylelint": "^15.8.0",
    "stylelint-config-recommended": "^12.0.0",
    "stylelint-config-recommended-vue": "^1.4.0",
    "stylelint-config-standard": "^33.0.0",
    "stylelint-config-standard-scss": "^10.0.0",
    "stylelint-order": "^6.0.3",
    "stylelint-prettier": "^3.0.0",
    "typescript": "5.0.4",
    "unocss": "^0.53.1",
    "unplugin-auto-import": "^0.16.4",
    "unplugin-icons": "^0.16.3",
    "unplugin-vue-components": "^0.25.1",
    "vite": "^4.3.9",
    "vite-plugin-compression": "^0.5.1",
    "vite-plugin-html": "^3.2.0",
    "vite-plugin-imagemin": "^0.6.1",
    "vite-plugin-mkcert": "^1.15.0",
    "vite-plugin-mock": "^3.0.0",
    "vite-plugin-pages": "^0.31.0",
    "vite-plugin-progress": "^0.0.7",
    "vite-plugin-restart": "^0.3.1",
    "vite-plugin-style-import": "^2.0.0",
    "vite-plugin-svg-icons": "^2.0.1",
    "vite-plugin-vue-images": "^0.6.1",
    "vite-plugin-vue-setup-extend": "^0.4.0",
    "vue-eslint-parser": "^9.3.1",
    "vue-tsc": "^1.7.0"
  }

注释:

整理文档参考文献文章来源地址https://www.toymoban.com/news/detail-686216.html

到了这里,关于【前端代码规范】的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【前端代码规范】

    3.2.47 5.0.4 4.3.9 8.43.0 全部采用小写形式方式,以划线分割 例如:my_project_name 参照项目命名规则; 全部采用小写形式方式,以划线分割 有复数结构时,要采用复数命名法。 例:images、 参照项目命名规则:全部采用小写形式方式,以划线分割 例:chat_model.js【chat.vue】 见名识意

    2024年02月10日
    浏览(39)
  • 前端开发代码规范工具

    规范化是前端工程化的一个重要部分。现在,有许多工具能够辅助我们实行代码的规范化,比如你一定知道的 ESLint 和 Prettier。 今天,来聊聊这些工具的工作原理和基本使用,了解它们是如何发挥作用的,以及如何更好地利用这些工具去规范项目的代码。 本文主要聊聊这些工

    2024年02月04日
    浏览(46)
  • vue3 前端编码规范

    1. vscode 安装prettier 的 插件 2. 新建 .prettierrc 文件 1. 创建.eslintrc.js 1. commitlint (检测提交信息) 安装 创建 commitlint.config.js 2. husky (githook的工具) 安装依赖 启动hooks,生成.husky 文件夹 在package.json 中生成prepare指令(需要 npm ≥7.0 版本) 执行 prepare 指令 成功提示 添加commitl

    2024年02月16日
    浏览(39)
  • vue-ESlint代码规范及修复

    ESLint:是一个代码检查工具,用来检查你的代码是否符合指定的规则(你和你的团队可以自行约定一套规则)。 在创建项目时,我们使用的是 JavaScript Standard Style 代码风格的规则。 规范网址:https://standardjs.com/rules-zhcn.html 根据错误提示来一项一项手动修正。 如果你不认识命令行

    2024年01月18日
    浏览(45)
  • 前端代码审查(Code Review)---具体实践规范会持续更新(新增Vite基础组件全局注册方式)

    针对目录结构、SCSS规范、JS规范、Vue规范 可参照官方给出的风格指南(Code Review) 1、POST/PUT/DELETE 请求按钮需要添加 loading 状态,防止重复提交。 建议使用 Element UI 提供的button 组件的loading属性,或者自己封装一个 loading 状态的按钮组件。 2、模板上超过两个的判断条件,写

    2024年04月17日
    浏览(87)
  • 前端项目规范化:手把手教你使用prettier和pre-commit(git hook或者husky)优化规范项目代码

    最简单的两种方式: 使用 prettier + git pre-commit 使用 prettier + husky(原理和第一种一模一样哦) git hooks 下图为git hooks的官方示例,以.sample结尾。注意这些以.sample结尾的示例脚本是不会执行的,重命名后会生效 是一些自定义的脚本,用于控制git工作的流程,分为客户端钩子和服务

    2024年02月04日
    浏览(79)
  • git 提交vue代码时遇 代码检查 规范性 报错 导致提交不了

    git 提交vue代码时遇 代码检查 规范性 报错 导致提交不了, ​ 在代码提交之前,进行代码规则检查能够确保进入git库的代码都是符合代码规则的。但是整个项目上运行lint速度会很慢,lint-staged能够让lint只检测暂存区的文件,所以速度很快。 一般是eslint检查导致,在package.j

    2024年02月11日
    浏览(44)
  • 解决vue代码不规范而出现的问题:Eslint修复

    当我们刚创建一个vue项目,写代码时候,因为代码写的不规范会出很多问题,报很多错误,除了一个一个去修改他们,还有没有其他办法去解决他们呢? 这里介绍三种办法去统一解决: 方法一 :每次运行npm run lint package.json文件里有一个\\\"lint\\\":“vue-cli-service  lint”,每次写

    2024年02月16日
    浏览(38)
  • vue重修之自定义项目、ESLint和代码规范修复

    安装脚手架 (已安装) 创建项目 选项 手动选择功能 选择vue的版本 是否使用history模式 选择css预处理 选择eslint的风格 (eslint 代码规范的检验工具,检验代码是否符合规范) 选择校验的时机 (直接回车) 选择配置文件的生成方式 (直接回车) 是否保存预设,下次直接使用?

    2024年02月07日
    浏览(45)
  • Vue3+Vite+TS项目集成ESlint +Prettier实现代码规范检查和代码格式化

    我在这里直接是通过vite提供的默认模板来创建一个vue3 + ts的项目。这里可以cmd,然后npm -v来查看版本。 这样一个vue3 + ts的项目就创建好了,使用vscode打开该项目,然后执行 yarn 安装依赖 依赖安装完成后,执行   yarn dev  启动项目就可以在浏览器中正常访问了。   初始化

    2024年01月24日
    浏览(89)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包