前端开发效率提高之代码规范篇

开发 前端
代码并不是写完了就写完了,因为代码是写给未来的自己和他人看的。那如何保证别人懂你代码的意思呢?要是有一套合适的规范以后维护代码效率岂不是很高呢

[[319100]]

 代码并不是写完了就写完了,因为代码是写给未来的自己和他人看的。那如何保证别人懂你代码的意思呢?要是有一套合适的规范以后维护代码效率岂不是很高呢!

常见的命名规则

1.大驼峰命名法,首字母都大写 

  1. FirstOne 

2.小驼峰命名法,第一个单词首字母小写,其他跟大驼峰一样 

  1. firstOne 

3.蛇形命名法,单词之间用下划线拼接 

  1. first_one 

4.减号命名法,单词之间用减号分割 

  1. first-one 

这些命名法最大的好处就是可以轻易区分单词跟单词

代码规范中的那些潜规则

html 代码中的潜规则

1.html 是不区分大小写的

浏览器解析标签是不区分大小写的。 

  1. <DIV></DIV> 
  2. // 编译出来是这样的 
  3. <div></div> 

虽然里面的 class ,id 或者其他的自定义属性支持大写。但是基本上没有用大写的,因此建议 html 中的代码统一采用蛇行命名法和减号姓名法(好像是因为早期的 xhtml 不支持大写)

2.语义化标签

说实在的语义很好掌握,但是了解这些语义标签的默认属性并且重置是很不容易的。(要想知道如何重置属性欢迎观看我的文章 《开发效率创新高,只因收下了这波 CSS 操作》)

个人感觉语义化标签主要有俩个优势

  1. 支持 seo 搜索
  2. 阅读起来很舒服,不会被别人喷 div 仔。

语义化标签就那么多,掌握了就是掌握了。实打实的好处,建议大家还是要掌握一下的。

JS 代码中的潜规则

JS 是区分大小写的所以常见的命名法都是大小驼峰命名法。但是花样要多得多:

1.构造函数采用大驼峰命名法(或者 es6 的 class 类) 

  1. // 构造函数简单说就是需要 new 出来的 
  2. function FistOne() {} 
  3. new FirstOne() 
  4. // class 就是符合下面这种语法糖的 
  5. class FirstOne () {} 

2.常量采用全大写的蛇形命名法

常量就是不能更改的变量,为了醒目所以都遵循着全大写的蛇形命名法则 

  1. const FIRST_ONE = 3 

3.其他变量采用小驼峰命名法

4.类型名字简写

JS 是一门弱类型语言,写起来特别方便。但是下面这种情况我想你肯定遇到过 

  1. // 情况 1, 名为 true 的字符串 
  2. let a = true 
  3. let b = 'true' 
  4. // 情况 2, 全部是数字的字符串 
  5. let c = '123' 
  6. let d = 123 

c 和 d 这种还好说,因为 js 存在隐式转换。你去比较还是相等的,但是 a 和 b 是不相等的。我在跟后端联调的时候就碰到过这种情况,他跟我说返回的是 boolean 类型的值结果返回了个字符串。我就直接把他作为判断条件了 

  1. let a = 'false' // 假设这是后端给我返回的 boolean 值 
  2. if (a) { 
  3.     // XXXXX 一些列操作 

结果可想而知,值明明是 false 确一直执行。当时我都快怀疑人生了,所以看到这篇文章你是幸运的。这里有一个细节:谷歌控制台在打印值的时候是有颜色变化的,字符串是纯黑色,其他类型的值是深蓝色

这部分说了这么多足以可见类型的重要性,那么有哪些好的命名方式呢?

类型 简写 举例 说明
array a aApple 一组苹果
number n nApple 苹果的数量
string s sApple 额,反正是个字符串
object o oApple 一个苹果对象
function fn fnApple 关于苹果的函数
boolean b bApple 有没有苹果
 

当然了这部分仁者见仁智者见智,如果你有更好的命名方式欢迎评论交流

5.函数专有的那些动词

动词 含义 类型值
has 有没有某个东西 boolean
is 是不是 boolean
get 获取某个东东 非布尔值
set 设置某个东东 无返回值
 

这一部分带扩充,欢迎万能的同学们评论扩充

6.合理的注释

只要你写注释了,后面维护代码的人第一眼肯定是先看注释。要是你说你第一反应是看源码好吧,我也拿你没辙。。。

场景一:函数注释

关键词 含义
@param{TYPE} 传入的参数,应该说明支持什么类型
@return{TYPE} 返回的类型,应该说明支持什么类型。无返回值是 void
@author 作者信息
@date 创作时间
@example 举个例子
 

 

  1. /** 
  2.  * @param date { Date | timestamp } 需要格式化的时间 
  3.  * @param format { string } 支持的关键字 yyyy MM dd hh mm ss 
  4.  * @return { string } 
  5.  * @author MrXu 
  6.  * @date 2019年10月13日 
  7.  * @example 
  8.  * 1570929141012 -> 2019年10月15 
  9.  * dateFormat(1570929141012, 'yyyy年MM月dd'
  10.  */ 
  11. function dateFormat (date, format) { 
  12.     // XXXXXXX 

上面这种写一串也是蛮累的,所以弄个代码片段快速生成就很有必要了(有兴趣的同学可以看我之前的文章 《如何让 vscode 变成你的开发神器?》)

CSS 代码中的潜规则

1.不能出现大写

前面已经说过了 html 标签是不能区分大小写的,虽然属性值支持大写。但是并不建议用大写。

减号命名方式有一个问题就是无法双击选中,不过我恰巧从别人的文章评论中找到了一个方法能够设置双击选中减号命名方式的问题: 

  1. // vscode 或者 sublime 设置加上这个正则匹配就可以选中 
  2. wordSeparators": "./\\()\"':,.;<>~!@#$%^&*|+=[]{}`~?"

2.样式也是能够分类的

显示属性 自身属性 文本属性和其他修饰
display width font
visibility height text-align
position margin text-decoration
float padding vertical-align
clear border white-space
list-style overflow color
top min-width background
 

建议先写显示属性 -> 自身属性(盒模型属性) -> 文本属性和其他修饰

3. BEM布局

  • block:模块,名字单词间用 - 连接
  • element:元素,模块的子元素,以 __ 与 block 连接
  • modifier:修饰,模块的变体,定义特殊模块,以 -- 与 block 连接 
  1. // 举个例子 
  2. .person {} 
  3. .person__header {} 
  4. .person__main {} 
  5. .person__footer {} 
  6. .person--cap {} 
  7. .person--clothing {} 
  8. .person--shoe {} 
  9.  
  10. // 现在 css 预编译器也很火,所以贴个 css 预编译器的。编译出来效果跟上面一样 
  11. .person { 
  12.     &__header {} 
  13.     &__main {} 
  14.     &__footer {} 
  15.     &--cap {} 
  16.     &--clothing {} 
  17.     &--shoe {} 

个人感觉 css 命名是这里面最复杂的。因为样式代码特别多,而且有一条潜规则是 html、css、js 代码分离。但是 html 和 css 代码分离还真的挺困难的,我在刚开始写代码的时候 html 和 css 代码是分离的。后来 UI 让调节样式,就只是简单的一些字体、间距我要定位到对应的位置就特别麻烦,就会忍不住直接在行内写入样式去进行样式重置。因为只有一俩个属性,所以一个合格的名字是特别重要的。

遗憾的是因为篇幅原因这篇文章就不详细讲解 BEM 了,因为这是一个大话题,但是我需要让你保证你要知道这个东西。不过我找了俩篇质量很高的文章,感兴趣的可以看这俩篇文章:

[译] 这些 CSS 命名规范将省下你大把调试时间

CSS 命名规范总结

总结

html,js,css 常见的应该都已经覆盖到了。有一些很细致的就不展开讨论了,比如 js 中的隐藏变量,css 尽量使用简写属性等等。

 

责任编辑:武晓燕 来源: 点滴前端
相关推荐

2017-03-21 09:11:21

Android开发效率TemplateBui

2021-05-31 18:56:56

代码编码开发

2010-12-31 14:01:01

tomcatjava效率

2020-04-16 21:02:35

前端命名规范html规范

2022-05-26 11:01:24

微软无代码工具低代码工具

2015-11-02 17:11:38

RelProxyJava开发效率

2017-09-29 10:38:30

Android

2011-11-01 10:12:09

Web

2012-11-07 09:48:26

2022-11-28 08:15:14

Go语言代码

2022-12-05 09:32:29

Go 语言风格规范

2015-07-20 10:54:47

IOS提高效率工具

2022-09-05 14:17:48

Javascript技巧

2010-08-12 18:12:58

ibmdwRational

2023-11-22 08:26:03

HutoolJava工具集

2015-12-15 09:50:12

Linux开发效率工具

2013-07-29 12:45:19

iOS开发经验iOS提高应用开发效率

2020-08-28 10:22:26

前端布局效率

2021-01-08 10:38:40

前端开发代码

2009-05-11 09:45:23

Visual Stud复制代码ID
点赞
收藏

51CTO技术栈公众号