自我总结代码规范，欢迎修正

1. 函数块不要太长，太长影响阅读，一个函数作一件事
2. 避免冗余代码和重复代码
3. 一个文件作一件事， 整个文件代码不能太长，保持在300~500行之内
4. 不要提交直接执行的console.log信息，影响它人调试
5. 不要提交没用的注释代码，影响阅读和开发，若是要查看能够进行版本历史

个人代码规范原则

• 影响阅读的代码，那就是很差代码
• 不少很类似的代码，那必定是重复冗余了

如下是最近在某代码仓库js中发现不规范的代码，固然还有css规范了，有兴趣的能够本身上网搜索

代码规范和不规范举例

函数块不要太长，太长影响阅读，一个函数作一件事

• 太长的函数块:建议函数块以编辑器的一屏为准，几乎不用滚动条能够看完整个函数
• 能够看到这里的函数每行30行至更多。打开后必须滚动条才能看清楚这个函数

• 改良后的函数块
• 一个函数平均10-20行之间

避免冗余代码和重复代码

• 冗余代码示例
• 若是你发现了不少地方代码很类似，那确定是代码重复冗余了

• 改良后冗余代码示例
• 发现重复和冗余的规律，统一用函数封装起来

一个文件作一件事， 整个文件代码不能太长，保持在300~500行之内

• 文件代码结构划分
• 一个method能够拆分红文件夹，经过index入口导入
• 一个文件作一件事，能够看到一个文件才不到200行
• 还有文件顺序问题，好比vue钩子函数，建议不用把created写在最后

• 文件夹结构
• 公共的css提出来
• 公共的方法用mixin提出来

不要提交直接执行的console.log信息，影响它人调试

• 及时运行的log信息
• 写代码的时候能够用，提交尽可能不要提交console.*信息

• 杂乱的log控制台

不要提交没用的注释代码，影响阅读和开发，若是要查看能够进行版本历史

• 不要提交注释代码可在版本历史查看

• 版本历史

一块儿努力吧

--
做者：刘伟波

连接：http://www.liuweibo.cn/p/252

来源：刘伟波博客

本文原创版权属于刘伟波 ，转载请注明出处，谢谢合做