摘要:工作中好的编程风格会更友好,不好的编程风格会让队友难受变量的声明使用和代替存在变量提升等副作用,声明常量使用命名规范使用小驼峰命名,变量名可读性好使用变量说明不要出现让人觉得晦涩难懂的变量不要重复命名当一个对象名有意义的时候,对象里面的的命
工作中好的编程风格会更友好,不好的编程风格会让队友难受
变量的声明
使用let和const代替var(var存在变量提升等副作用),声明常量使用const
// bad var name = "zero" // good let name = "zero" // bad var MAX = 100 // good const MAX = 100
命名规范
使用小驼峰命名,变量名可读性好
// bad let l_name = "zero" // good let lastName = "zero"
使用变量说明
不要出现让人觉得晦涩难懂的变量
// bad if (time < 120) { todo() } // good const MINUTES_IN_TWO_HOUR = 120; if (time < MINUTES_IN_TWO_HOUR) { todo() }
不要重复命名
当一个对象名有意义的时候,对象里面的key的命名不需要重复对象名
// bad let Student = { studentName = "zero", studentAge = 18 } // good let Student = { name = "zero" age = 18 }
字符串命名
静态字符串使用单引号,动态字符串使用反引号
// bad let name = "zero" let myName = "my name is " + name // good let name = "zero" let myName = `my name is ${name}`
使用解构赋值
使用数组或者对象给变量赋值的时候,使用解构赋值
let arr = [1, 2, 3, 4] let obj = { name:"zero", age:18 } // bad let first = arr[0] let second = arr[1] let name = obj.name let age = obj.age // good let [first, second] = arr let {name,age} = obj
使用Object.assign
当给对象赋多个值得时候,使用Object.assign
let obj = {} // bad obj.name = "zero" obj.age = 18 // good Object.assign(obj,{ name:"zero", age:18 })
函数参数
函数参数较多的情况,使用对象进行传参
// bad function Student(name,age,sex){ //... } // good let studentConfig = { name:"zero", age:18, sex:"man" } function Student(studentConfig){ //... }
封装判断条件
判断条件过多的情况可以封装成一个函数
// bad if(a===1 && b===2){ //... } // good function isTure(a,b){ return a===1 && b===2 } if(isTrue(a,b)){ //... }
其他
1.使用函数的默认传参来避免对函数参数的判断
2.函数名要表达出函数是干什么的,比如 isEmail(),让人一看就知道是判断email的,而且返回值是布尔类型
3.对于数组,少用for循环,Array.forEach,Array.every,Array.some,Array.map,Array.filter基本可以满足for循环想得到的效果
以上就是平时比较常见的编程风格,还有很多没列出来,更多的请参考编程风格
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/103508.html
摘要:同步发布于是个程序员都知道函数,但是有些人不一定清楚函数式编程的概念。你的项目没用到函数式编程,不代表项目不好。函数式编程的对立面就是命令式编程。函数式编程只是一个概念一致编码方式,并没有严格的定义。这里总结一些常用的函数式编程应用场景。 同步发布于 https://github.com/xianshanna... 是个程序员都知道函数,但是有些人不一定清楚函数式编程的概念。 应用的迭...
摘要:最近读完编写可维护的,让我受益匪浅,它指明了编码过程中,需要注意的方方面面,在团队协作中特别有用,可维护性是一个非常大的话题,这本书是一个不错的起点。扩展阅读编写可维护的欢迎来到石佳劼的博客,如有疑问,请在原文评论区留言,我会尽量为您解答。 最近读完《编写可维护的JavaScript》,让我受益匪浅,它指明了编码过程中,需要注意的方方面面,在团队协作中特别有用,可维护性是一个非常大的话...
摘要:入门的导语废话最近两年你要说函数式编程不火的话那是不可能的是人都知道函数式编程很火为什么函数式编程会火呢在于它的思想很强大很强势尤其是前端的更是在上完全使用纯函数函数式的好处渐渐被发掘出来笔者最近看了一些函数式方面的东东现在发出来给大家学习 0x00 入门的导语(废话) 最近两年你要说函数式编程不火的话, 那是不可能的, 是人都知道函数式编程很火.为什么函数式编程会火呢, 在于它的思想...
摘要:前端每周清单专注前端领域内容,以对外文资料的搜集为主,帮助开发者了解一周前端热点分为新闻热点开发教程工程实践深度阅读开源项目巅峰人生等栏目。背后的故事本文是对于年之间世界发生的大事件的详细介绍,阐述了从提出到角力到流产的前世今生。 前端每周清单专注前端领域内容,以对外文资料的搜集为主,帮助开发者了解一周前端热点;分为新闻热点、开发教程、工程实践、深度阅读、开源项目、巅峰人生等栏目。欢迎...
摘要:如果编辑器在编码时实时给出反馈,对开发者个人而言才是最高效的,在提交时做强制检查只是从团队的视角保证编码风格的规范性和一致性。 工欲善其事必先利其器,软件工程师每天打交道最多的可能就是编辑器了。入行几年来,先后折腾过的编辑器有 EditPlus、UltraEdit、Visual Studio、EClipse、WebStorm、Vim、SublimeText、Atom、VSCode,现在...
阅读 817·2023-04-25 22:13
阅读 2333·2019-08-30 15:56
阅读 2216·2019-08-30 11:21
阅读 648·2019-08-30 11:13
阅读 2013·2019-08-26 14:06
阅读 1948·2019-08-26 12:11
阅读 2282·2019-08-23 16:55
阅读 529·2019-08-23 15:30