代码精进之路读后感

Posted 2021-11-26 suihang

由于最近加班的严重就把看文章写读后感的事情耽搁了，昨天刚忙完，所以恢复每日看文章的习惯，今天读了读范学雷老师的代码精进之路第六篇：代码整理

于我而言，代码的规范是十分必要的，我一直觉得自己可能有点强迫症，代码一定要对齐，所以导致我现在一看别人不规范的代码就感觉很难受，可能有的人会觉得项目有时候特别赶还管什么规范不规范，其实不然，规范的代码会在某种程度上提高你的效率，不规范的代码寻找并修改某个参数花费三分钟，可能规范的代码一分钟就能改好。

根据文章我整理了一下进行代码规范的一些小方法

给代码分块

原则:

1. 保持代码块的单?性，?个代码块只能有?个目标。代码块内所有的内容都是为了?个目标服务的，不能把无关的内容放在同?个代码块里。同?个代码块里语句的相互联系比与相邻代码块里的语句关系更为紧密；

2. 注意代码块的完整性。代码块是?个完整的信息块。?个代码块要表达?个相对完整的意思

3. 代码块数量要适当。代码块过多，会让?觉得路径太长，逻辑复杂，不容易阅读理解。?个基础的代码块最好不要超过25行（通常显示屏小半个页面），否则就会有增加阅读理解的困难。

方法

合理地运用空白

1.同级别代码块靠左对齐

2.同级别代码块空行分割

3.下一级代码块向右缩进

4.同行内代码块空格区隔

5.一行一个行为,?个重要的原则是每一行代码仅仅表示一个行为这样每一行的代码才是一个常规大小的、可以识别的基础信息块

　　基本的换行原则

　　　　基本的换?规范需要考虑以下三点。

　　　　　　1. 每?代码字符数的限制。?般情况下，每?代码不要超出80个字符（ 80个字符是传统终端的宽度，?如vi编译器）。由于屏幕尺?和代码阅读终端的变化，现在的很多规范，开始使?120个字符的限制。所以我们编码的时候，需要留意?下；

　　　　　　2. 如果??不?以容纳?个表达式，就需要换?；
　　　　　　3. ?般的换?原则包括以下五点

　　　　　　　　在逗号后换?。

　　　　　　　　在操作符前换?

　　　　　　　　?级别的换?优先

　　　　　　　　新的换?与上??同级别表达式的开头对?。

　　　　　　　　如果上述规则导致代码混乱或者代码太靠右，使?8个空格作为缩进（两个缩进单位）

 

可以使用各种各样的规范的插件来达到代码规范的目的，例如ESlint等