一个好的程序员肯定是要能书写可维护的代码,而不是一次性的代码,怎么能让团队当中其他人甚至一段时间时候你再看你某个时候写的代码也能看懂呢,这就需要规范你的代码了。我是有一点强迫症的人,上周我们后端给我了一个CanUsename的接口(该接口的目的是判断输入的目的地是否是4级目的地),我真的是崩溃的。我只是觉得这个名字不够语义化,但是让我自己想一个名字我又想不出来,于是我就在想,如果有一套命名规范的话,那么以后起名字就不用发愁了,直接按照规范来就好了
成都创新互联专注为客户提供全方位的互联网综合服务,包含不限于成都网站建设、成都网站设计、通渭网络推广、微信平台小程序开发、通渭网络营销、通渭企业策划、通渭品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等,从售前售中售后,我们都将竭诚为您服务,您的肯定,是我们最大的嘉奖;成都创新互联为所有大学生创业者提供通渭建站搭建服务,24小时服务热线:18982081108,官方网址:www.cdcxhl.com
不推荐:
推荐
命名方式: 小驼峰式命名方法命名规范: 类型+对象描述的方式,如果没有明确的类型,就可以使前缀为名词
推荐
- var tableTitle = "LoginTable"
不推荐
- var getTitle = "LoginTable"
命名方式: 小驼峰方式 ( 构造函数使用大驼峰命名法 )命名规则: 前缀为动词
推荐:
- //是否可阅读
- function canRead(){
- return true;
- }
- //获取姓名
- function getName{
- return this.name
- }
命名方法: 全部大写命名规范: 使用大写字母和下划线来组合命名,下划线用以分割单词。推荐:
- var MAX_COUNT = 10;
- var URL = 'http://www.baidu.com';
推荐(将name换成this是不是更熟悉了呢)
- function Student(name) {
- var _name = name; // 私有成员
- // 公共方法
- this.getName = function () {
- return _name;
- }
- // 公共方式
- this.setName = function (value) {
- _name = value;
- }
- }
- var st = new Student('tom');
- st.setName('jerry');
- console.log(st.getName()); // => jerry:输出_name私有变量的值
推荐 :
- // 调用了一个函数;1)单独在一行
- setTitle();
- var maxCount = 10; // 设置最大量;2)在代码后面注释
- // setName(); // 3)注释代码
函数(方法)注释也是多行注释的一种,但是包含了特殊的注释要求,参照 javadoc(百度百科)语法:
- /**
- * 函数说明
- * @关键字
- */复制代码
常用注释关键字
推荐 :
- /**
- - 合并Grid的行
- - @param grid {Ext.Grid.Panel} 需要合并的Grid
- - @param cols {Array} 需要合并列的Index(序号)数组;从0开始计数,序号也包含。
- - @param isAllSome {Boolean} :是否2个tr的cols必须完成一样才能进行合并。true:完成一样;false(默认):不完全一样
- - @return void
- - @author polk6 2015/07/21
- - @example
- - _________________ _________________
- - | 年龄 | 姓名 | | 年龄 | 姓名 |
- - ----------------- mergeCells(grid,[0]) -----------------
- - | 18 | 张三 | => | | 张三 |
- - ----------------- - 18 ---------
- - | 18 | 王五 | | | 王五 |
- - ----------------- -----------------
- */
- function mergeCells(grid, cols, isAllSome) {
- // Do Something
- }
使用 HTML5 的文档声明类型 :
说到js和css的位置,大家应该都知道js放在下面,css放在上面。但是,如果你的项目只需要兼容ie10+或者只是在移动端访问,那么可以使用HTML5的新属性async,将脚本文件放在
内兼容老旧浏览器(IE9-)时:脚本引用写在 body 结束标签之前,并带上 async 属性。这虽然在老旧浏览器中不会异步加载脚本,但它只阻塞了 body 结束标签之前的 DOM 解析,这就大大降低了其阻塞影响。而在现代浏览器中:脚本将在 DOM 解析器发现 body 尾部的 script 标签才进行加载,此时加载属于异步加载,不会阻塞 CSSOM(但其执行仍发生在 CSSOM 之后)。综上所述,所有浏览器中推荐:只兼容现代浏览器推荐:
我们一直都在说语义化编程,语义化编程,但是在代码中很少有人完全使用正确的元素。使用语义化标签也是有理由SEO的。
语义化是指:根据元素其被创造出来时的初始意义来使用它。意思就是用正确的标签干正确的事,而不是只有div和span。
不推荐:
- My page title
All news articlesBad article
Introduction sub-title This is a very bad example for HTML semantics I think I'm more on the side and should not receive the main credits- This article was created by David
2014-01-01 00:00- Related sections: Events, Public holidays
- Copyright 2014
推荐
标签的 alt 属性指定了替代文本,用于在图像无法显示或者用户禁用图像显示时,代替图像显示在浏览器中的内容。假设由于下列原因用户无法查看图像,alt 属性可以为图像提供替代的信息:
从SEO角度考虑,浏览器的爬虫爬不到图片的内容,所以我们要有文字告诉爬虫图片的内容
尽量在文档和模板中只包含结构性的 HTML;而将所有表现代码,移入样式表中;将所有动作行为,移入脚本之中。在此之外,为使得它们之间的联系尽可能的小,在文档和模板中也尽量少地引入样式和脚本文件。建议:
不推荐:
- See the square next to me?
- css 代码:
- .text-box > .square {
- display: inline-block;
- width: 1rem;
- height: 1rem;
- background-color: red;
- }
推荐
- html 代码:
- See the square next to me?
- css 代码:
- /* We use a :before pseudo element to solve the design problem of placing a colored square in front of the text content */
- .text-box:before {
- content: "";
- display: inline-block;
- width: 1rem;
- height: 1rem;
- background-color: red;
- }
图片和 SVG 图形能被引入到 HTML 中的唯一理由是它们呈现出了与内容相关的一些信息。
不推荐
- html 代码:
- See the square next to me?
推荐
- html 代码:
- See the square next to me?
- css 代码:
- /* We use a :before pseudo element with a background image to solve the problem */
- .text-box:before {
- content: "";
- display: inline-block;
- width: 1rem;
- height: 1rem;
- background: url(square.svg) no-repeat;
- background-size: 100%;
- }
防止全局命名空间被污染,我们通常的做法是将代码包裹成一个 IIFE(Immediately-Invoked Function Expression),创建独立隔绝的定义域。也使得内存在执行完后立即释放。
IIFE 还可确保你的代码不会轻易被其它全局命名空间里的代码所修改(i.e. 第三方库,window 引用,被覆盖的未定义的关键字等等)。不推荐:
- var x = 10,
- y = 100;
- // Declaring variables in the global scope is resulting in global scope pollution. All variables declared like this
- // will be stored in the window object. This is very unclean and needs to be avoided.
- console.log(window.x + ' ' + window.y);
推荐
- // We declare a IIFE and pass parameters into the function that we will use from the global space
- (function(log, w, undefined){
- 'use strict';
- var x = 10,
- y = 100;
- // Will output 'true true'
- log((w.x === undefined) + ' ' + (w.y === undefined));
- }(window.console.log, window));
推荐的IIFE写法:
- (function(){
- 'use strict';
- // Code goes here
- }());
如果你想引用全局变量或者是外层 IIFE 的变量,可以通过下列方式传参:
- (function($, w, d){
- 'use strict';
- $(function() {
- w.alert(d.querySelectorAll('div').length);
- });
- }(jQuery, window, document));复制代码
ECMAScript 5 严格模式可在整个脚本或独个方法内被激活。它对应不同的 javascript 语境会做更加严格的错误检查。严格模式也确保了 javascript 代码更加的健壮,运行的也更加快速。
严格模式会阻止使用在未来很可能被引入的预留关键字。
你应该在你的脚本中启用严格模式,最好是在独立的 IIFE 中应用它。避免在你的脚本第一行使用它而导致你的所有脚本都启动了严格模式,这有可能会引发一些第三方类库的问题。
总是使用 var 来声明变量。如不指定 var,变量将被隐式地声明为全局变量,例如
- var a = b = 0; //b会被隐式的创建为全局变量复制代码
所以,请总是使用 var 来声明变量,并且使用单var模式(将所有的变量在函数最前面只使用一个var定义)。例如:
- (function (){
- 'use strict'
- var a = 0,
- b = 0,
- c = 0,
- i,
- j,
- myObject();
- }())
采用严格模式带来的好处是,当你手误输入错误的变量名时,它可以通过报错信息来帮助你定位错误出处。
javascript会自动将函数作用域内的变量和方法的定义提前(只是提前声明,赋值还是在原处)例如:
- (function(log){
- 'use strict';
- var a = 10;
- for(var i = 0; i < a; i++) {
- var b = i * i;
- log(b);
- }
- if(a === 10) {
- var f = function() {
- log(a);
- };
- f();
- }
- function x() {
- log('Mr. X!');
- }
- x();
- }(window.console.log));
提升后的js
- (function(log){
- 'use strict';
- // All variables used in the closure will be hoisted to the top of the function
- var a,
- i,
- b,
- f;
- // All functions in the closure will be hoisted to the top
- function x() {
- log('Mr. X!');
- }
- a = 10;
- for(i = 0; i < a; i++) {
- b = i * i;
- log(b);
- }
- if(a === 10) {
- // Function assignments will only result in hoisted variables but the function body will not be hoisted
- // Only by using a real function declaration the whole function will be hoisted with its body
- f = function() {
- log(a);
- };
- f();
- }
- x();
- }(window.console.log));
总是使用 === 精确的比较操作符,避免在判断的过程中,由 JavaScript 的强制类型转换所造成的困扰。例如:
- (function(log){
- 'use strict';
- log('0' == 0); // true
- log('' == false); // true
- log('1' == true); // true
- log(null == undefined); // true
- var x = {
- valueOf: function() {
- return 'X';
- }
- };
- log(x == 'X');
- }(window.console.log));
==等同操作符
- console.log( false == null ) // false
- console.log( false == undefined ) // false
- console.log( false == 0 ) // true
- console.log( false == '' ) // true
- console.log( false == NaN ) // false
- console.log( null == undefined ) // true
- console.log( null == 0 ) // false
- console.log( null == '' ) // false
- console.log( null == NaN ) // false
- console.log( undefined == 0) // false
- console.log( undefined == '') // false
- console.log( undefined == NaN) // false
- console.log( 0 == '' ) // true
- console.log( 0 == NaN ) // false
总结一下==
==, >, <, +, -, ... 这些操作符所造成的隐式类型转换都是无副作用的,它不会改变变量本身保存的值。,但是,如果你覆写某个对象的 valueOf/toString的话,==就会产生副作用.
例如:
- Array.prototype.valueOf = function() {
- this[0]++;
- return this;
- }
- var x = [1, 2, 3];
- x == 0;
- console.log(x); // [2, 2, 3]复制代码
===操作符:
辑操作符 || 和 && 也可被用来返回布尔值。如果操作对象为非布尔对象,那每个表达式将会被自左向右地做真假判断。基于此操作,最终总有一个表达式被返回回来。这在变量赋值时,是可以用来简化你的代码的。例如:如果x不存在且y不存在,x=1;如果x存在y存在,x = y
- if(!x) {
- if(!y) {
- x = 1;
- } else {
- x = y;
- }
- }
等同于:
x = x || y || 1;复制代码
这一小技巧经常用来给方法设定默认的参数。
- (function(log){
- 'use strict';
- function multiply(a, b) {
- a = a || 1;
- b = b || 1;
- log('Result ' + a * b);
- }
- multiply(); // Result 1
- multiply(10); // Result 10
- multiply(3, NaN); // Result 3
- multiply(9, 5); // Result 45
- }(window.console.log));
就如eval的字面意思来说,恶魔,使用eval()函数会带来安全隐患。eval()函数的作用是返回任意字符串,当作js代码来处理。
只在对象构造器、方法和在设定的闭包中使用 this 关键字。this 的语义在此有些误导。它时而指向全局对象(大多数时),时而指向调用者的定义域(在 eval 中),时而指向 DOM 树中的某一节点(当用事件处理绑定到 HTML 属性上时),时而指向一个新创建的对象(在构造器中),还时而指向其它的一些对象(如果函数被 call() 和 apply() 执行和调用时)。
正因为它是如此容易地被搞错,请限制它的使用场景:
函数式编程让你可以简化代码并缩减维护成本,因为它容易复用,又适当地解耦和更少的依赖。
接下来的例子中,在一组数字求和的同一问题上,比较了两种解决方案。第一个例子是经典的程序处理,而第二个例子则是采用了函数式编程和 ECMA Script 5.1 的数组方法。不推荐
- (function(log){
- 'use strict';
- var arr = [10, 3, 7, 9, 100, 20],
- sum = 0,
- i;
- for(i = 0; i < arr.length; i++) {
- sum += arr[i];
- }
- log('The sum of array ' + arr + ' is: ' + sum)
- }(window.console.log));
推荐(函数式编程):
- (function(log){
- 'use strict';
- var arr = [10, 3, 7, 9, 100, 20];
- var sum = arr.reduce(function(prevValue, currentValue) {
- return prevValue + currentValue;
- }, 0);
- log('The sum of array ' + arr + ' is: ' + sum);
- }(window.console.log));
修改内建的诸如 Object.prototype 和 Array.prototype 是被严厉禁止的。修改其它的内建对象比如 Function.prototype,虽危害没那么大,但始终还是会导致在开发过程中难以 debug 的问题,应当也要避免。
用三元操作符分配或返回语句。在比较简单的情况下使用,避免在复杂的情况下使用。没人愿意用 10 行三元操作符把自己的脑子绕晕。不推荐:
- if(x === 10) {
- return 'valid';
- } else {
- return 'invalid';
- }
推荐:
- return x === 10 ? 'valid' : 'invalid'
在js规范中,有很多规范都是样式上的规范而不是逻辑上的规范,比如尽量使用===而不是==,我们可以使用JSHint或者JSLint,Javascript代码验证工具,这种工具可以检查你的代码并提供相关的代码改进意见。我个人使用的是JSHint,所以就以这个为例
对于ws爱好者来说,我没有用过其他的编译器,ws基本上能满足你的所有需求(最新的ws集成了vue)。在Settings => language & frameworks => JavaScript => Code Quality Tolls => JSHint
webstorm中的jshint
这些规范都是什么意思呢,这里列出一些常用的,剩下的大家可以参考官方文档
ID和class的名称总是使用可以反应元素目的和用途的名称,或其他通用的名称,代替表象和晦涩难懂的名称不推荐 :
- .fw-800 {
- font-weight: 800;
- }
- .red {
- color: red;
- }
推荐 :
- .heavy {
- font-weight: 800;
- }
- .important {
- color: red;
- }
一般情况下ID不应该被用于样式,并且ID的权重很高,所以不使用ID解决样式的问题,而是使用class不推荐:
- #content .title {
- font-size: 2em;
- }
推荐:
- .content .title {
- font-size: 2em;
- }
从结构、表现、行为分离的原则来看,应该尽量避免css中出现HTML标签,并且在css选择器中出现标签名会存在潜在的问题。
很多前端开发人员写选择器链的时候不使用 直接子选择器(注:直接子选择器和后代选择器的区别)。有时,这可能会导致疼痛的设计问题并且有时候可能会很耗性能。然而,在任何情况下,这是一个非常不好的做法。如果你不写很通用的,需要匹配到DOM末端的选择器, 你应该总是考虑直接子选择器。不推荐:
- .content .title {
- font-size: 2rem;
- }
推荐
- .content > .title {
- font-size: 2rem;
- }
尽量使用缩写属性对于代码效率和可读性是很有用的,比如font属性。不推荐:
- 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;
省略0后面的
网站标题:前端开发规范:命名规范、html规范、css规范、js规范
URL地址:http://www.csdahua.cn/qtweb/news42/275192.html
网站建设、网络推广公司-快上网,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 快上网