前端规范CSS规范

合集下载

前端代码规范文档

前端代码规范文档前端代码规范文档一、命名规范1. HTML/CSS命名规范- 使用小写字母和连字符（-）作为单词分隔符；- 尽量避免使用缩写，除非是广泛接受的缩写；- 使用有意义的命名，不使用无意义的命名；- 使用统一的命名方式来表示特殊类型的元素（例如：头部、侧边栏等）；2. JavaScript命名规范- 使用驼峰命名法（camelCase）；- 使用有意义的命名来描述变量、函数或类的作用；- 避免使用单个字符的命名，除非是临时变量；- 使用全大写的命名方式来表示常量；二、缩进和空格规范1. 使用4个空格来进行缩进；2. 在括号前后留一个空格；3. 在运算符前后留一个空格；4. 在函数名和参数列表之间留一个空格；三、注释规范1. 使用注释来解释代码的功能和用途；2. 对于复杂的代码块或关键算法，应提供详细的注释；3. 注释应该是清晰明了的，避免使用不恰当的术语或缩写；4. 重要的注释可以使用大写字母或星号来标记；四、代码风格规范1. 使用一致的缩进和空格；2. 合理使用换行符，避免一行代码过长；3. 尽量避免使用行尾的空格或制表符；4. 使用一致的括号风格，例如在函数或语句块的开头和结尾都使用大括号；5. 使用分号来结束语句；6. 使用合理的命名方式来描述变量、函数和类的作用；7. 避免使用全局变量，使用局部变量或封装变量的方式来控制变量的作用范围；8. 避免使用多层嵌套的条件语句，可以使用条件判断的方法来简化代码；9. 使用恰当的函数和类来封装可重用的代码；五、代码结构规范1. 尽量避免大而复杂的函数，使用小而简单的函数来实现功能；2. 模块化代码，将相关联的函数和类放在同一个文件中；3. 合理使用空行来分隔不同的代码块；4. 将页面的结构和样式分离开来，使得HTML文件更加简洁和易于维护；5. 对于重要的功能块，使用代码块注释来标记开头和结尾；六、代码审查规范1. 对新提交的代码进行审查，确保其符合代码规范；2. 对代码中的错误和潜在问题进行识别和修复；3. 鼓励团队成员进行代码审查和互相学习，提高代码质量；4. 定期审核项目中的代码，找出不符合规范的代码并进行修正。

前端规范手册

前端开发规范手册一、规范目的1.1 概述.....................................................................................................................................。

1二、文件规范2.1一般规范 (1)2.2 css 书写规范 (2)2.3 html书写规范 (6)2.4 JavaScript书写规范 (10)一、规范目的1.1 概述为提高团队协作效率, 便于前端后期优化维护, 输出高质量的代码, 特制订此文档. 本规范文档一经确认, 前端开发人员必须按本文档规范进行前台页面开发.二、文件规范2.1 一般规范以下章节列举了一些可应用在 HTML, JavaScript 和 CSS 上的通用规则。

2.2.1文件/资源命名文件名称统一用并且只能用小写的英文字母、数字或下划线的组合，其中不得包含汉字、空格和特殊字符，文件命名需要基本符合语意化；命名原则的指导思想一是使得你自己和工作组的每一个成员能够方便的理解每一个文件的意义，二是当我们在文件夹中使用“按名称排例”的命令时，同一种大类的文件能够排列在一起，以便我们查找、修改、替换、计算负载量等等操作。

所有的文件名应该都遵循同一命名约定2.2.2文件/资源命名一次缩进两个空格。

推荐2.2.3文件/资源命名注释是你自己与你的小伙伴们了解代码写法和目的的唯一途径。

特别是在写一些看似琐碎的无关紧要的代码时，由于记忆点不深刻，注释就变得尤为重要了。

编写自解释代码只是一个传说，没有任何代码是可以完全自解释的。

而代码注释，则是永远也不嫌多。

1.html注释: 注释格式, '--'只能在注释的始末位置,不可置入注释文字区域;2.css注释: 注释格式/*这儿是注释*/;3.JavaScript注释, 单行注释使用'//这儿是单行注释' ,多行注释使用/* 这儿有多行注释*/;2.2.4文件/资源命名公共文件需放到public公共包，对应的文件放到对应于css，js，images文件夹中2.2.5关注点分离这里的关注点主要指的是：信息（HTML 结构）、外观（CSS）和行为（JavaScript）。

阿里前端开发规范

阿里前端开发规范阿里前端开发规范包括代码、命名、HTML、CSS、JavaScript、图片方面的规范。

1. 代码规范：- 使用四个空格缩进，不使用制表符。

- 代码行长度不超过80个字符。

- 使用驼峰命名法，变量和函数名用小写开头，构造函数用大写开头。

- 使用严格相等运算符（===和!==）替代宽松相等运算符（==和!=）。

- 在条件表达式中，使用括号来提高可读性。

- 避免在循环中使用等号赋值（例如，for (var i = 0; i < array.length; i++)）。

- 避免使用eval()函数。

2. 命名规范：- 文件名应该全部小写，可以包含破折号（-）或下划线（_）。

- 文件夹名应该全部小写，可以包含破折号（-）或下划线（_）。

- CSS文件名应该以.css结尾。

- JavaScript文件名应该以.js结尾。

3. HTML规范：- 使用两个空格缩进，不使用制表符。

- 使用双引号而不是单引号作为属性值的引号。

- 在自定义属性中使用小写字母和破折号（-）。

- 为所有非自闭合标签使用闭合标签。

- 避免在HTML标签中使用行内样式。

4. CSS规范：- 使用两个空格缩进，不使用制表符。

- 使用小写字母和破折号（-）作为选择器和属性名的命名方式。

- 为每个选择器之间使用空行分隔。

- 使用简写属性来减少代码量。

- 使用预处理器（如Less或Sass）来编写CSS。

5. JavaScript规范：- 使用两个空格缩进，不使用制表符。

- 使用分号作为语句的结束符号。

- 避免使用全局变量。

- 避免使用with语句。

- 使用模块化的开发方式，避免全局作用域污染。

6. 图片规范：- 使用有意义的命名来描述图片内容。

- 使用适当的格式和压缩技术来减小图片文件大小。

- 将页面上的图片引用写成相对路径。

以上是阿里前端开发规范的一些主要内容。

在实际开发中，遵循这些规范可以提高代码的可读性和可维护性，使团队成员之间更容易协同工作。

前端命名规范

前端命名规范前端命名规范是一种约定俗成的规则，旨在保证代码的可读性和维护性，使团队成员能够更加高效地协作开发。

下面是一些常见的前端命名规范：1. 文件和文件夹命名规范- 文件名应该使用小写字母，多个单词之间使用连字符“-”分隔，例如：index.html, main.css。

- 文件夹名也应该使用小写字母，多个单词之间使用连字符“-”分隔，例如：images, scripts。

2. HTML/CSS命名规范- HTML和CSS中的类名和ID名应该使用小写字母，多个单词之间使用连字符“-”分隔，例如：header-wrapper, main-content。

- 避免使用无意义的命名，应该根据元素的作用和意义来命名。

3. JavaScript命名规范- 变量和函数名应该使用驼峰式命名法，即第一个单词的首字母小写，后面的单词的首字母大写，例如：firstName, getUserInfo。

- 常量名应该使用全大写字母，多个单词之间使用下划线“_”分隔，例如：MAX_NUM, API_URL。

- 类名应该使用帕斯卡命名法，即所有单词的首字母都大写，例如：Person, UserService。

4. 图片命名规范- 图片命名应该使用有意义的名词或描述性的名词短语，多个单词之间使用连字符“-”分隔，例如：logo.png, slide-image.jpg。

5. URL命名规范- URL路径应该使用小写字母，多个单词之间使用连字符“-”分隔，例如：/news-list, /contact-us。

6. Git分支和提交规范- Git分支名应该使用有意义的名词或描述性的名词短语，多个单词之间使用连字符“-”分隔，例如：feature/login,hotfix/bug-fix。

- Git提交消息应该简明扼要地描述所做的更改，可以包括关键词和操作，例如：Add login form validation, Fix broken link。

WEB前端开发代码使用要求规范

WEB前端开发代码使用要求规范1.编码规范- 使用标准的HTML、CSS和JavaScript语法。

-使用缩进和空格来提高代码的可读性。

-使用注释来解释代码的目的和功能。

2.文件和目录结构规范-使用有意义的文件和目录命名，方便其他开发人员寻找代码。

-在项目中使用统一的目录结构，例如将HTML文件存放在一个文件夹中，将样式文件存放在另一个文件夹中，以此类推。

3.HTML规范- 避免在HTML中直接写入样式和脚本代码，应将样式和脚本代码分离到对应的CSS和JavaScript文件中。

4.CSS规范-使用适当的选择器，避免过多的嵌套。

-避免使用内联样式，应将样式写在CSS文件中，以提高可维护性。

- 使用合适的样式命名规则，例如使用BEM(Block-Element-Modifier)命名规则，或其他约定俗成的命名规则。

5. JavaScript规范-使用合适的变量和函数命名，提高代码的可读性。

-避免使用全局变量，应将变量和函数封装在模块中。

- 使用严格模式(`use strict`)，避免不规范的语法和行为。

- 避免使用`eval`和`with`等不安全的代码。

-在循环中使用合适的终止条件，避免死循环。

6.代码结构规范-代码应具有良好的组织结构，例如使用模块化的方式来组织代码。

-尽量遵循单一职责原则，每个函数和类应该只负责一件事情。

-提取重复的代码块，封装成函数或类，以提高代码的复用性。

-不要写过长的函数或类，应该根据需要进行拆分和重构。

7.注释规范-使用注释来解释代码的目的和功能，特别是代码的复杂部分。

-注释应该清晰、简洁，方便其他开发人员理解代码。

-避免使用无用的注释，注释应该随着代码的变化而更新。

总之，遵守WEB前端开发代码使用要求规范能够提高代码的质量和开发效率，减少错误和维护成本。

同时，还能提高团队合作的效率，方便其他开发人员理解和修改代码。

因此，在进行WEB前端开发时应该积极遵守和推崇相关规范。

前端开发规范文档

前端开发规范文档一、概述。

本文档旨在规范前端开发工作，统一团队成员的开发风格，提高代码质量和可维护性。

在前端开发中，规范是非常重要的，它可以让团队成员之间的合作更加顺畅，代码更加易读易懂。

本规范文档将涵盖HTML、CSS、JavaScript等前端开发的相关规范，希望每位开发人员都能认真遵守。

二、HTML规范。

1. 文件命名规范。

文件名应使用小写字母，单词之间可以使用连字符“-”连接，例如，index.html、about-us.html。

文件名应简洁明了，不使用无意义的数字或字符。

2. 代码缩进规范。

使用两个空格进行代码缩进，不使用Tab键。

3. 标签规范。

标签名应使用小写字母。

标签属性值应使用双引号。

4. 注释规范。

在需要注释的地方使用<!--->进行注释。

5. 其他规范。

应尽量避免使用行内样式和行内脚本。

尽量减少标签的嵌套层级，保持HTML结构的简洁性。

三、CSS规范。

1. 文件组织规范。

将CSS文件统一放置在一个文件夹中，不要将CSS文件散落在各个目录中。

可以根据模块或页面的不同，将CSS文件拆分为多个文件，使用@import进行引入。

2. 类名规范。

类名应使用小写字母，单词之间可以使用连字符“-”连接，例如，header-nav、footer-content。

类名应简洁明了，不使用无意义的数字或字符。

3. 属性顺序规范。

CSS属性应按照一定的顺序书写，例如，布局定位属性、盒模型属性、文字排版属性、视觉效果属性等。

4. 其他规范。

尽量避免使用!important，除非必要情况下。

尽量使用缩写属性，减少代码量。

四、JavaScript规范。

1. 变量命名规范。

变量名应使用驼峰命名法，例如，myName、isShow。

变量名应简洁明了，不使用无意义的单个字母。

2. 代码缩进规范。

使用两个空格进行代码缩进，不使用Tab键。

3. 注释规范。

在需要注释的地方使用//进行单行注释，使用/ /进行多行注释。

前端开发知识：前端开发的工作流程和规范

前端开发知识：前端开发的工作流程和规范前端开发工作流程和规范是指前端开发人员在进行Web应用程序的开发时应遵循的一系列步骤和标准。

这些步骤和标准旨在确保开发出的Web应用程序能够在各种不同的浏览器和平台上保持一致的外观和功能性能，并且能够在不同的开发环境中进行有效的协作和管理。

前端开发工作流程前端开发的工作流程可以大致分为如下几个步骤：1.计划和设计阶段在这个阶段，开发人员需要与客户进行沟通，了解他们的需求和期望，以及设计师给出的设计方案。

这个过程中需要考虑到Web应用程序的目的、目标用户、多平台兼容性和可扩展性，以及如何实现所期望的外观和功能。

2.开发阶段在这个阶段，前端开发人员需要完成设计师提供的设计方案，并开发出Web应用程序所需的HTML、CSS和JavaScript代码。

这个过程中需要考虑到代码的可读性、可重用性和可维护性，以及如何优化代码以提高性能和可访问性。

3.测试和调试阶段在这个阶段，前端开发人员需要测试Web应用程序在各种不同的浏览器和操作系统上的表现，以确保它能提供一致的用户体验和功能性能。

同时需要进行调试和故障排除，以处理可能出现的各种问题。

4.上线和维护阶段在这个阶段，前端开发人员需要将Web应用程序部署到生产环境中，并对其进行监视和维护，以确保它能够稳定运行并且时刻满足用户的需求和期望。

同时需要定期更新和优化代码，以保持它的可维护性和可扩展性。

前端开发规范为了保证Web应用程序的质量和可维护性，前端开发人员需要遵循一系列开发规范。

以下是一些常见的前端开发规范：1. HTML规范HTML标记应该使用小写，并且要求所有的闭合标签都必须关闭。

同时，应该避免使用标签的属性，如果必须使用，应该使用双引号而不是单引号。

此外，HTML标记应该符合标准，避免使用过时的标记。

2. CSS规范CSS规范包括命名规范、选择器规范、布局规范、字体规范等方面。

命名规范应该使用语义化的类名、ID名和属性名。

前端开发规范文档

前端开发规范文档规范目的为提高团队协作效率，便于后端开发人员添加功能及前端后期优化维护，输出高质量的代码，特制定该文档。

本规范文档一经确认, 前端开发人员必须按本文档规范进行前端开发。

本文档如有不对或者不合适的地方请及时提出。

经讨论决定后方可更改。

基本准则符合web标准，语义化html，结构表现行为分离，兼容性优良。

页面性能方面，代码要求简洁明了有序，尽可能的减小服务器负载，保证最快的解析速度。

一、html 文件命名及编写规范1、命名规则采用小写英文字母|| _的组合命名，菜单名_功能名称，后缀.html。

如：manage_list.html（管理列表）、manage_add.html（新增）、manage_edit.html（修改）、manage_detail.html（详情）。

同时将页面放在其对应的模块划分目录中。

2、编写规范：(1)文档类型声明及编码统一为html5声明类型“<!DOCTYPE html>”;(2)编码统一为<meta charset="utf-8" />, 书写时利用IDE实现层次分明的缩进;(3)区域块、功能组件以及需要标注的地方，插入注释。

(4)在布局文件结构时，应遵循语义化标签（该用p不要用div、该用ul、li不要用p，h标签应根据标题层级合理利用）、代码结构简单、清晰明了，少用标签、少套结构（一段结构布局中 1个标签能解决的不要用2个，套2层结构能解决的不要套3层）的基本原则。

代码标签、结构嵌套示例：目标效果图代码结构嵌套<ul><li><h4>罗田县九资河徐冲药材</h4><img src=”***.jpg”><div><h3>茯苓</h3><p>小丁</p><p class=”color_red”>32元/公斤</p></div></li></ul>代码分析：根据目标效果图，实现的代码部分别使用了ul/li /h4/ img /div /h3/ p 这些标签。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

来源：NEJ-更好的JS解决方案搬运工：陈晓勉CSS规范- 分类方法CSS文件的分类和引用顺序通常，一个项目我们只引用一个CSS，但是对于较大的项目，我们需要把CSS文件进行分类。

我们按照CSS的性质和用途，将CSS文件分成“公共型样式”、“特殊型样式”、“皮肤型样式”，并以此顺序引用（按需求决定是否添加版本号）。

1.公共型样式：包括了以下几个部分：“标签的重置和设置默认值”、“统一调用背景图和清除浮动或其他需统一处理的长样式”、“网站通用布局”、“通用模块和其扩展”、“元件和其扩展”、“功能类样式”、“皮肤类样式”。

2.特殊型样式：当某个栏目或页面的样式与网站整体差异较大或者维护率较高时，可以独立引用一个样式：“特殊的布局、模块和元件及扩展”、“特殊的功能、颜色和背景”，也可以是某个大型控件或模块的独立样式。

3.皮肤型样式：如果产品需要换肤功能，那么我们需要将颜色、背景等抽离出来放在这里。

9.功能类和皮肤类样式为表现化的样式，请不要滥用！以上顺序可以按需求适当调整。

/* 重置 */div,p,ul,ol,li{margin:0;padding:0;}/* 默认 */strong,em{font-style:normal;font-weight:bold;}/* 统一调用背景图 */.m-logo a,.m-nav a,.m-nav em{background:url(images/sprite.png) no-repeat 9999px 9999px;}/* 统一清除浮动 */.g-bdc:after,.m-dimgul:after,.u-tab:after{display:block;visibility:hidden;clear:both;height:0;overflow: hidden;content:'.';}.g-bdc,.m-dimg ul,.u-tab{zoom:1;}/* 布局 */.g-sd{float:left;width:300px;}/* 模块 */.m-logo{width:200px;height:50px;}/* 元件 */.u-btn{height:20px;border:1px solid #333;}/* 功能 */.f-tac{text-align:center;}/* 皮肤 */.s-fc,a.s-fc:hover{color:#fff;}CSS规范- 命名规则使用类选择器，放弃ID选择器ID在一个页面中的唯一性导致了如果以ID为选择器来写CSS，就无法重用。

命名应简约而不失语义/* 反对：表现化的或没有语义的命名 */.m-abc .green2{}.g-left2{}/* 推荐：使用有语义的简短的命名 */.m-list .wrap2{}.g-side2{}分组选择器有时可以代替扩展方法有时候虽然两个同类型的模块很相似，但是你希望他们之间不要有依赖关系，也就是说你不希望使用扩展的方法，那么你可以通过合并选择器来设置共性的样式。

使用本方法的前提是：相同类型、功能和外观都相似，写在同一片代码区域方便维护。

/* 两个元件共性的样式 */.u-tip1,.u-tip2{}.u-tip1 .itm,.u-tip2 .itm{}/* 在分别是两个元件各自的样式 *//* tip1 */.u-tip1{}.u-tip1 .itm{}/* tip2 */.u-tip2{}.u-tip2 .itm{}CSS规范- 代码格式选择器、属性和值都使用小写在xhtml标准中规定了所有标签、属性和值都小写，CSS也是如此。

单行写完一个选择器定义便于选择器的寻找和阅读，也便于插入新选择器和编辑，便于模块等的识别。

去除多余空格，使代码紧凑减少换行。

如果有嵌套定义，可以采取内部单行的形式。

/* 单行定义一个选择器 */.m-list li,.m-list h3{width:100px;padding:10px;border:1px solid #ddd;}/* 这是一个有嵌套定义的选择器 */@media all and (max-width:600px){.m-class1 .itm{height:17px;line-height:17px;font-size:12px;}.m-class2 .itm{width:100px;overflow:hidden;}}@-webkit-keyframes showitm{0%{height:0;opacity:0;}100%{height:100px;opacity:1;}}最后一个值也以分号结尾通常在大括号结束前的值可以省略分号，但是这样做会对修改、添加和维护工作带来不必要的失误和麻烦。

省略值为0时的单位为节省不必要的字节同时也使阅读方便，我们将0px、0em、0%等值缩写为0。

.m-box{margin:0 10px;background-position:50% 0;}使用单引号省略url引用中的引号，其他需要引号的地方使用单引号。

.m-box{background:url(bg.png);}.m-box:after{content:'.';}使用16进制表示颜色值除非你需要透明度而使用rgba，否则都使用#f0f0f0这样的表示方法，并尽量缩写。

.m-box{color:#f00;background:rgba(0,0,0,0.5);}根据属性的重要性按顺序书写只遵循横向顺序即可，先显示定位布局类属性，后盒模型等自身属性，最后是文本类及修饰类属性。

.m-box{position:relative;width:600px;margin:0 auto10px;text-align:center;color:#000;}→显示属性自身属性文本属性和其他修饰display width fontvisibility height text-alignposition margin text-decorationfloat padding vertical-align→显示属性自身属性文本属性和其他修饰clear border white-spacelist-style overflow colortop min-width background如果属性间存在关联性，则不要隔开写。

/* 这里的height和line-height有关联性 */.m-box{position:relative;height:20px;line-height:20px;padding:5px;color:#000;}私有在前，标准在后先写带有浏览器私有标志的，后写W3C标准的。

.m-box{-webkit-box-shadow:0 0 0 #000;-moz-box-shadow:0 0 0 #000;box-shadow:0 0 0 #000;}注释格式：/* 注释文字 */对选择器的注释统一写在被注释对象的上一行，对属性及值的注释写于分号后。

注释内容两端需空格，已确保即使在编码错误的情况下也可以正确解析样式。

在必要的情况下，可以使用块状注释，块状注释保持统一的缩进对齐。

原则上每个系列的样式都需要有一个注释，言简意赅的表明名称、用途、注意事项等。

/* 块状注释文字* 块状注释文字* 块状注释文字*/.m-list{width:500px;}.m-list li{height:20px;line-height:20px;/* 这里是对line-height的一个注释*/overflow:hidden;}.m-list li a{color:#333;}/* 单行注释文字 */.m-list li em{color:#666;}统一Hack方法统一使用“*”和“_”分别对IE7和6进行Hack。

如下代码所示：/* IE7会显示灰色#888，IE6会显示白色#fff，其他浏览器显示黑色#000 */.m-list{color:#000;*color:#888;_color:#fff;}建议并适当缩写值“建议并适当”是因为缩写总是会包含一系列的值，而有时候我们并不希望设置某一值，反而造成了麻烦，那么这时候你可以不缩写，而是分开写。

当然，在一切可以缩写的情况下，请务必缩写，它最大的好处就是节省了字节，便于维护，并使阅读更加一目了然。

缩写方法请查阅css手册。

选择器顺序请综合考虑以下顺序依据：∙从大到小（以选择器的范围为准）∙从低到高（以等级上的高低为准）∙从先到后（以结构上的先后为准）∙从父到子（以结构上的嵌套为准）以下仅为简单示范：/* 从大到小 */.m-list p{margin:0;padding:0;}.m-list p.part{margin:1px;padding:1px;}/* 从低到高 */.m-logo a{color:#f00;}.m-logo a:hover{color:#fff;}/* 从先到后 */.g-hd{height:60px;}.g-bd{height:60px;}.g-ft{height:60px;}/* 从父到子 */.m-list{width:300px;}.m-list .itm{float:left;}选择器等级∙ a = 行内样式style。