当前位置:

首页 > 编程开发 > 阿里前端开发中的规范要求

阿里前端开发中的规范要求

前端开发规范通过限制过度个性化提升团队协作效率与代码质量。命名全部小写中划线分隔,HTML采用HTML5双引号缩进2空格,CSS类名小写中划线ID驼峰,JS小驼峰常量全大写优先ES6+,避免undefined直接判断与过度console.log。

本文目录

    在Web前端开发中,规范和标准从来不是为了扼杀代码的创造性与优雅性——恰恰相反,它们通过限制过度个性化,让团队用一种普遍认可的方式协作,从而提升效率、降低沟通成本。说到底,规范的最终目的,就是写出高质量的代码。

    1. 命名规范

    1.1 项目命名

    全部采用小写字母,单词之间用中划线(-)分隔。

    正例:mall-management-system

    反例:mall_management-system、mallManagementSystem

    1.2 目录命名

    同样采用小写字母,中划线分隔。如果涉及复数结构,记得用复数形式,缩写则不用复数。

    正例:scripts、styles、components、images、utils、layouts、demo-styles、demo-scripts、img、doc

    反例:script、style、demo_scripts、demoStyles、imgs、docs

    【特殊】Vue 项目中的 components 目录下的组件目录,使用 kebab-case 命名。

    正例:head-search、page-loading、authorized、notice-icon

    反例:HeadSearch、PageLoading

    【特殊】Vue 项目中除 components 组件目录外的所有目录,同样使用 kebab-case 命名。

    正例:page-one、shopping-car、user-management

    反例:ShoppingCar、UserManagement

    1.3 JS、CSS、SCSS、HTML、PNG 文件命名

    全部小写,中划线分隔。

    正例:render-dom.js、signup.css、index.html、company-logo.png

    反例:renderDom.js、UserManagement.html

    1.4 命名严谨性

    代码中的命名严禁使用拼音与英文混合的方式,更不允许直接使用中文。正确的英文拼写和语法让阅读者一目了然,避免歧义。注意,即使纯拼音命名也要避免。

    正例:henan、luoyang、rmb 等国际通用名称,可视同英文。

    反例:DaZhePromotion(打折)、getPingfenByName()(评分)、int 某变量 = 3

    杜绝完全不规范的缩写,避免望文不知义:

    反例:AbstractClass 缩写为 AbsClass;condition 缩写为 condi——这类随意缩写严重降低代码的可读性。

    2. HTML 规范

    2.1 HTML 类型

    推荐使用 HTML5 的文档类型声明(建议使用 text/html 格式的 HTML,避免 XHTML。XHTML 及其属性如 application/xhtml+xml 在浏览器中的支持与优化空间都十分有限)。

    2.2 缩进

    缩进使用 2 个空格(一个 tab);嵌套的节点应该缩进。

    2.3 分块注释

    在每个块状元素、列表元素和表格元素后,加上一对 HTML 注释。

    2.4 语义化标签

    HTML5 新增了很多语义化标签,优先使用它们,避免一个页面全是 div 或 p 标签。

    正例:

    反例:

    2.5 引号

    使用双引号(" ")而不是单引号(' ')。

    3. CSS 规范

    3.1 命名

    类名使用小写字母,中划线分隔;id 采用驼峰式命名;scss 中的变量、函数、混合、placeholder 采用驼峰式命名。ID 和 class 的名称总是使用能反映元素目的和用途的名称,或者通用的名称,避免表象和晦涩难懂的名称。

    3.2 选择器

    1) CSS 选择器中避免使用标签名。从结构、表现、行为分离的原则来看,应尽量避免在 CSS 中间出现 HTML 标签,而且选择器中间出现标签名会带来潜在问题。

    2) 使用直接子选择器。很多开发者写选择器链时不用直接子选择器,这可能导致设计问题且影响性能。如果不写很通用的、需要匹配到 DOM 末端的选择器,应该总是考虑直接子选择器。

    3.3 尽量使用缩写属性

    不推荐:

    border-top-style: none;
    font-family: palatino, georgia, serif;
    font-size: 100%;
    line-height: 1.6;
    padding-bottom: 2em;
    padding-left: 1em;
    padding-right: 1em;
    padding-top: 0;

    推荐:

    border-top: 0;
    font: 100%/1.6 palatino, georgia, serif;
    padding: 0 1em 2em;

    3.4 每个选择器及属性独占一行

    不推荐:

    button {width: 100px;height: 50px;color: #fff;background: #00a0e9;}

    推荐:

    button {
      width: 100px;
      height: 50px;
      color: #fff;
      background: #00a0e9;
    }

    3.5 省略 0 后面的单位

    div {
      padding-bottom: 0;
      margin: 0;
    }

    3.6 避免使用 ID 选择器及全局标签选择器,防止污染全局样式

    不推荐:

    #header {
      padding-bottom: 0px;
      margin: 0em;
    }

    4. Ja vaScript 规范

    4.1 命名

    1) 采用小写驼峰命名(lowerCamelCase),代码中的命名均不能以下划线开头或结尾,也不能以下划线或美元符号结束。

    反例:_name、name_、name$

    2) 方法名、参数名、成员变量、局部变量统一使用 lowerCamelCase 风格,必须遵从驼峰形式。

    正例:localValue、getHttpMessage()、inputUserId

    其中方法命名必须是动词或动词+名词形式。

    正例:sa veShopCarData、openShopCarInfoDialog

    反例:sa ve、open、show、go

    3) 常量命名全部大写,单词间用下划线隔开,力求语义表达完整清楚,不要嫌名字长。

    正例:MAX_STOCK_COUNT

    反例:MAX_COUNT

    4.2 代码格式

    1) 使用 2 个空格进行缩进。

    2) 不同逻辑、不同语义、不同业务的代码之间插入一个空行分隔开来,以提升可读性。任何情形下,没有必要插入多个空行。

    4.3 字符串

    统一使用单引号('),不使用双引号(")。这在创建 HTML 字符串时非常有好处。

    4.4 对象声明

    1) 使用字面值创建对象。

    正例:let user = {};

    反例:let user = new Object();

    2) 使用字面量来代替对象构造器。

    正例:

    var user = {
      age: 0,
      name: 1,
      city: 3
    };

    反例:

    var user = new Object();
    user.age = 0;
    user.name = 0;
    user.city = 0;

    4.5 使用 ES6+

    必须优先使用 ES6+ 中新增的语法糖和函数,比如箭头函数、await/async、解构、let、for...of 等。这将简化你的程序,让代码更灵活、更可复用。

    4.6 括号

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

    正例:

    if (condition) {
      doSomething();
    }

    反例:

    if (condition) doSomething();

    4.7 undefined 判断

    永远不要直接使用 undefined 进行变量判断;使用 typeof 和字符串 'undefined' 对变量进行判断。

    正例:

    if (typeof person === 'undefined') {
      ...
    }

    反例:

    if (person === undefined) {
      ...
    }

    4.8 条件判断和循环最多三层

    条件判断能使用三目运算符和逻辑运算符解决的,就不要使用条件判断,但谨记不要写太长的三目运算符。如果超过 3 层,请抽成函数,并写清楚注释。

    4.9 this 的转换命名

    对上下文 this 的引用只能使用 self 来命名。

    4.10 慎用 console.log

    因为 console.log 大量使用会有性能问题,所以在非 webpack 项目中谨慎使用 log 功能。

    结尾

    规范的最终价值,是让代码在团队协作中保持可读、可维护、可扩展。以上这些约定并不复杂,但严格执行下来,能省去大量沟通和调试的成本。不妨从下一个项目开始,一件件落实。

    本站声明:本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系bd@zhengruan.com
    作者最新文章
    编程开发
    相关文章 更多
    GitHub Copilot模型停用后会自动替换吗,哪些事情仍需提前确认?
    GitHub Copilot模型停用后会自动替换吗,哪些事情仍需提前确认?

    Copilot停用旧模型不等于自动迁移;区分移除、组织模型启用、工作流切换与个人年订阅例外。

    GitHub Actions重跑失败作业会使用最新代码吗
    GitHub Actions重跑失败作业会使用最新代码吗

    解释已有运行重跑的提交和权限边界,给出确认、失败作业重跑及结果核对命令,区分漏触发事件。

    chat-demo v0.1.1怎么本地运行并理解DeepSeek历史数据边界
    chat-demo v0.1.1怎么本地运行并理解DeepSeek历史数据边界

    chat-demo v0.1.1可以作为静态聊天客户端在本地运行,但模型、搜索、文件和语音能力仍由DeepSeek API提供。源码运行环境为Node.js 22.12及以上、Git与pnpm。Demo版本号不等于应用API版本;这套应用API未单独标版本,默认聊天模型ID是deepseek-flash。

    GitHub Copilot CLI v1.0.111的用量图与上下文比例应该怎样理解
    GitHub Copilot CLI v1.0.111的用量图与上下文比例应该怎样理解

    理解GitHub Copilot CLI v1.0.111的高级请求百分比、用户提示活动图与实际路由模型窗口,区分显示口径和任务状态。

    n8n 2.47.6、2.47.7、2.48.3 Beta、2.48.4 Beta、3.2.2预发布与1.123.96适用哪些安全修复?
    n8n 2.47.6、2.47.7、2.48.3 Beta、2.48.4 Beta、3.2.2预发布与1.123.96适用哪些安全修复?

    按维护分支、利用权限与节点类型对应四项修复,区分正式补丁、Beta和临时缓解的适用边界。

    GitHub合并故障的已缓解、监控与已解决有什么不同
    GitHub合并故障的已缓解、监控与已解决有什么不同

    GitHub合并故障中的“已缓解并监控”和“已解决”不能互换。前者表示影响已经采取措施缓解,仍在观察稳定性;后者是供应商正式结束这场事故的状态。11月13日的Pull Requests合并超时事件先进入监控,随后于北京时间11月14日02:29标记为已解决。

    llama.cpp v1.0.0的网页聊天分组与Markdown编辑适合哪些场景
    llama.cpp v1.0.0的网页聊天分组与Markdown编辑适合哪些场景

    llama.cpp v1.0.0改善聊天组织、长消息编辑和附件预览;界面变化与底层API迁移、缓存及访问边界需要分别理解。

    Postman 12.36.4 更新后仍报错,怎么判断是哪一层的问题
    Postman 12.36.4 更新后仍报错,怎么判断是哪一层的问题

    Postman 12.36.4 更新后仍有异常时,可按应用、API请求和平台服务区分问题范围,避免把补丁版本当作故障原因。

    n8n 2.47.6、2.48.3 Beta与1.123.96适合哪些部署环境?
    n8n 2.47.6、2.48.3 Beta与1.123.96适合哪些部署环境?

    按正式、预发布和1.x维护渠道对应补丁,再结合Redis、Agent端点和Pinecone索引判断适用范围。

    Codex CLI 0.169.0与0.171.0-alpha.2怎样选择,终端工作区适合哪些任务
    Codex CLI 0.169.0与0.171.0-alpha.2怎样选择,终端工作区适合哪些任务

    Codex CLI 0.169.0提供有明确说明的终端工作区能力;0.171.0-alpha.2为预发布,当前没有功能清单,选用时应分开评估。

    查看更多
    精品专题 更多
    装机必备
    装机必备

    正软商城装机必备专区,精选办公、浏览器、安全防护、影音播放、压缩解压、设计创作和系统工具等电脑常用正版软件,帮助用户快速完成新电脑软件配置。

    Windows
    Windows

    正软商城Windows软件专区,汇集适用于Windows电脑的办公、设计、安全防护、影音播放、开发工具和系统优化软件,提供软件介绍、系统要求、正版授权及购买下载服务。

    PDF教程
    PDF教程

    正软商城PDF教程频道提供PDF编辑、转换、合并、拆分、压缩及格式处理方法,同时介绍常用PDF软件和工具的使用技巧。

    Mac软件 更多
    讯飞智作 网页版
    讯飞智作 网页版
    Windows/ macOS/ Linux

    讯飞智作是一款基于语音合成技术、虚拟人驱动技术与数字人形象声音构建能力的 AI 数字人音视频创作平台。

    火山引擎 网页版
    火山引擎 网页版
    Windows/ macOS/ Linux

    火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力,依托字节自研豆包多模态大模型,凭借火山方舟一站式平台,提供模型精调、推理部署、智能应用搭建等全链路服务,结合高性能AI算力,助力各行业快速落地大模型数字化与智能化应用。

    Aperty macOS版
    Aperty macOS版
    macOS

    Aperty 是 Skylum 推出的 AI 人像修图软件,支持自然肤质修饰、瑕疵处理、面部与身体调整、预设及批量同步。

    WINDOWS 更多
    讯飞智作 网页版
    讯飞智作 网页版
    Windows/ macOS/ Linux

    讯飞智作是一款基于语音合成技术、虚拟人驱动技术与数字人形象声音构建能力的 AI 数字人音视频创作平台。

    火山引擎 网页版
    火山引擎 网页版
    Windows/ macOS/ Linux

    火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力,依托字节自研豆包多模态大模型,凭借火山方舟一站式平台,提供模型精调、推理部署、智能应用搭建等全链路服务,结合高性能AI算力,助力各行业快速落地大模型数字化与智能化应用。

    PixTV 网页版
    PixTV 网页版
    Windows

    PixTV 是一款在浏览器中使用的 AI 视觉内容创作平台,提供图片、视频、音频、文字生成、AI 分镜、局部重绘、提示词反推和无限画布等工具,适合短剧、漫剧、广告及社交媒体内容制作。