代码规范

简介: 代码规范

一、统一要求


1.1.基本规范


所有类名、id名、方法名等涉及到名称的,统一使用驼峰命名,命名要具有业务意义,语义化,简洁明了

代码中不得出现警告

代码中不得出现数字(插件除外)

结构(html),表现(css),行为(js)代码需分离

1.2.基本原则


代码力求简洁,不要写大量重复的逻辑代码(公共方法需封装,公共样式提取到公共样式中)

代码要有可读性,函数和元素命名要具有业务意义,关键业务要有详细的注释

代码要有扩展性,要尽可能适应未来的业务变化,不得生搬硬套现有业务逻辑

代码要有通用性,一个方法只专注于该方法需要做的事情(对外暴露相应的参数),一个模块只专注于该模块范围内的事情(对外暴露相应的接口)

二、html规范


2.1.Charst字符集合


一般情况下统一使用UTF-8。尽量统一写成标准的 “UTF-8”,不要写成 “utf-8” 或 “utf8” 或 “UTF8”。根据 IETF对UTF-8的定义,其编码标准的写法是 “UTF-8”;

2.2.书写风格


Html代码大小写

HTML标签名、类名、标签属性和大部分属性值统一用小写

 推荐:<div class="demo"></div>


2.元素属性


属性值使用双引号语法

 例:<link rel="stylesheet" href="" >


3.特殊字符引用


不得使用‘>’和‘<’特殊字符,浏览器会将它们作为标签解析,若要正确显示,在 HTML 源代码中使用字符实体

推荐:<a href="#">more>></a>


4.代码嵌套


每个块级元素独占一行,内联元素可选

html中禁止行内元素里面嵌套块级元素、span标签搭配for属性使用、div加disabled属性等不规范用法,<a>里不可以嵌套交互式元素<a>、<button>、<select>等;<p>里不可以嵌套块级元素<div>、<h1>~<h6>、<p>、<ul>/<ol>/<li>、<dl>/<dt>/<dd>、<form>等,可参考WEB标准系列-HTML元素嵌套;

html结构用统一采用双引号,js 用单引号

5.引用规范


将所有页面公共样式(如common.css)、插件样式写入head内的底部;

将所有页面公共js、插件js放入body内底部;

*注意:引入的文件全需加注释,表示是什么样式,或者什么插件(备注版本号)


三、 CSS规范


3.1.代码格式化


样式选择器,属性名,属性值关键字全部使用小写字母书写,属性字符串允许使用大小写

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

css属性值需要用到引号时,统一使用双引号

尽量不要用固定的宽高,多使用padding 和 margin

尽量少用通用选择器*

不使用ID选择器

不使用无具体语义定义的标签选择器

尽量少用!Important

 


3.2.代码可读性


左括号与类名之间一个空格,冒号与属性值之间一个空格

逗号分隔的取值,逗号之后一个空格

推荐:box-shadow: 1px 1px 1px #333, 2px 2px 2px #ccc;

3.不要为0指明单位


推荐:margin:0 10px;

不推荐:margin:0px 10px;

3.3.属性书写顺序


建议遵循以下顺序

布局定位属性:display / position / float / clear / visibility / overflow(建议 display 第一个写,毕竟关系到模式)

自身属性:width / height / margin / padding / border / background

文本属性:color / font / text-decoration / text-align / vertical-align / white- space / break-word

其他属性(CSS3):content / cursor / border-radius / box-shadow / text-shadow / background:linear-gradient 等

2.如果是单个页面需要改公共css或者插件样式,请一定在单个页面的样式中改,坚决不能修改插件源码,js文件同理;


3.当属性存在兼容问题的,兼容多个浏览器时,将标准属性写在底部;


-moz-border-radius: 15px; /* Firefox */


-webkit-border-radius: 15px; /* Safari和Chrome */


-o-border-radius: 15px;


border-radius: 15px; /* Opera 10.5+, 以及使用了IE-CSS3的IE    浏览器 *//标准属性


四、JS规范


4.1.文件命名


文件命名和html中的功能相对应

4.2. 语言规范


变量

尽量不要定义全局变量,否则很容易造成全局变量污染。

2.变量先定义再使用,尽量避免使用全局变量分号


语句结束总是使用分号

3.使用严格相等号


尽量使用===和!==

4.条件判断语句必须放入{}中


在if/else/for/do/while语句中,即使只有一行,也不得省略块{...}

if (condition) {


callFunc();


}


5.If嵌套不能超过2层


6.一个函数的长度必须限制在50行以内,不然看完有时候会懵逼,可以分割成多个函数,一个函数只做一件事(单一原则)


7.函数定义结束不允许添加分号


function funName() {}


如果是函数表达式,分号不能省略


var funName = function () {};



8.js文件调用的部分必须写在$(function(){/*调用的js*/})函数内,该页面需要用的函数,可封装写在该函数底部;


9.common.js文件里面的函数必须保证是项目中大多数地方都会用到,且通用,common.js中的函数名要唯一。


五、命名规范


5.1.文件命名规范


文件命名严格按照模块来命名,命名需语义化,一看就懂,html、css、js三者一一对应,例如projectManage.html,对应的projectManage.css,projectManage.js,即使一个页面需引入多个js,命名同理,例如引入项目修改的js,即命名:projectManageUpdate.js;

5.2.文件命名规范变量名、类名、ID名、name、函数等命名规范


代表同一个元素的变量名、类名、ID名、name最好保持一致,且采用驼峰命名;

函数命名:小驼峰式命名法、前缀应当为动词、可使用常见动词约定;例:addPerson

六、三方插件


尽量引入大公司插件而非个人编写的插件

插件文档需明确易读

对UI限制越少越好,最好没有

能兼容ie9

代码缩进

统一使用 2个空格做为一个缩进层级,一定要统一。


相关文章
|
敏捷开发 存储 搜索推荐
《阿里巴巴Java开发手册v1.4.0(详尽版)》更新,新增16条设计规约
阿里巴巴集团推出的《阿里巴巴Java开发手册》是阿里巴巴近万名开发同学集体智慧的结晶,以开发视角为中心,详细列举如何开发更加高效、更加容错、更加有协作性,力求知其然,更知其不然,结合正反例,让Java开发者能够提升协作效率、提高代码质量。
739534 3
|
移动开发 缓存 JavaScript
2021最新阿里代码规范(前端篇)
2021最新阿里代码规范(前端篇)
58249 11
2021最新阿里代码规范(前端篇)
|
Java Android开发 p3c
Alibaba Java Coding Guidelines安装使用教程
Alibaba Java Coding Guidelines安装使用教程
11103 0
Alibaba Java Coding Guidelines安装使用教程
|
存储 设计模式 Java
阿里官方代码规范
这篇文章详细介绍了阿里巴巴官方的代码规范,包括命名规则、常量使用、方法覆写、并发处理、注释规范、数据库设计等多个方面,旨在提高代码的可读性、维护性和扩展性。
|
10月前
|
缓存 安全 测试技术
|
存储 Java 测试技术
阿里巴巴java开发手册
这篇文章是关于阿里巴巴Java开发手册的整理,内容包括编程规约、异常日志、单元测试、安全规约、MySQL数据库使用以及工程结构等方面的详细规范和建议,旨在帮助开发者编写更加规范、高效和安全的代码。
|
Java 测试技术 开发者
阿里正式发布《Java开发手册》终极版!
本文讲的是阿里正式发布《Java开发手册》终极版!,别人都说我们是码农,但我们知道,自己是个艺术家。也许我们不过多在意自己的外表和穿着,但我们不羁的外表下,骨子里追求着代码的美、质量的美。而代码规约其实就是一个对美的定义。
76641 0
|
前端开发 JavaScript API
前端代码书写规范
前端代码规范提升项目可维护性和团队协作效率。关注项目命名清晰简洁、一致性,组件命名使用驼峰式且具描述性。JS遵循4空格缩进,分号结束语句,CSS按逻辑排序,HTML注重语义化。注释要功能性、文档化且简洁。遵循规范能减少错误,增强团队沟通。
688 3
|
设计模式 移动开发 Java
【阿里规约】阿里开发手册解读——代码格式篇
本文所有代码格式规范遵循《阿里规约》,从编码、换行符、空格规则、括号规则、字符数等方面展开,详细阐述方法参数、强制转换、运算符、缩进等元素的编写规范。
【阿里规约】阿里开发手册解读——代码格式篇
电子书阅读分享《Java开发手册(嵩山版)》
电子书阅读分享《Java开发手册(嵩山版)》