1.通过条件判断给变量赋值布尔值的正确姿势 2.在if中判断数组长度不为零的正确姿势 3.同理，在if中判断数组长度为零的正确姿势 4.简单的if判断使用三元表达式 5.使用includes简化if判

Robert C. Martin 在 《代码整洁之道》 中提到的软件工程原则，同样适用于 JavaScript。这不是一个风格参考。它指导如何用 JavaScript 编写可读、可复用、可重构的软件。 并不是每一个原则都必须严格遵循，甚至很少得到大家的认同。它们仅用于参考，不过要知道这些原则都是《代码整洁之道》的作者们累积多年的集体经验。

大家都说简历没项目写，我就帮大家找了一个项目，还附赠【搭建教程】。 如果你关注代码本身和代码的编写方式，而不是只关心它是否能工作，那么你写代码是有一定的水准。专业开发人员将为未来的自己和“其他人”编写代码，而不仅仅只编写当前能工作就行的代码。 在此基础上，简洁代码可以定义为自解…

代码简洁之道（译） 变量 使用有意义且表达清晰的变量 Bad: Good: 相同类型的变量使用相同的词 Bad: Good: 使用可搜索/定位的名称 Bad: Good: 使用解释性变量 Bad: G

想必大家都有接手过老旧项目，它的代码风格怎么样？可能大部分同学都会无力吐槽吧。笔者认为一份代码的好坏，先不管其实现如何，至少其 可读性 得保证，才能算得上好代码。有些还没有意识到 可读性代码 所带来好处的同学，可能经常会遇到上周才写的代码，今天打开项目一看，卧槽，这个 💩 一…

在业务代码中，我们需要经常和条件代码打交道，下面几点总结可以更好的写出简洁的维护性高的逻辑代码Array.includes代替多重判断提前return，减少判断遍历Object和Map数据结构代替sw

测试代码质量的唯一方式：别人看你代码时说 f * k 的次数。 代码质量与其整洁度成正比。干净的代码，既在质量上较为可靠，也为后期维护、升级奠定了良好基础。 本文并不是代码风格指南，而是关于代码的可读性、复用性、扩展性探讨。 可能同一个项目对于获取用户信息，会有三个不一样的命名…

1.通过条件判断给变量赋值布尔值的正确姿势 2.在if中判断数组长度不为零的正确姿势 同理，在if中判断数组长度为零的正确姿势 3.简单的if判断使用三元表达式 4.使用includes简化if判断

甲方爸爸之前的需要只是要PC端访问，没有做不同屏幕的自适应尺寸，这个年代谁的屏幕没有1980.然后经过几个月的页面修改好现在需要适应各式各样的屏幕，做自适应。关键项目写完了，一个个改费时费心费力。经过