好的命名能见名知意，看似简单其实不易。最近有空，梳理一些常见命名套路，以供参考！ 本文概要： 主要罗列常见的命名前缀后缀，从变量、设计模式、方法等展开；所枚举只是冰山一角，如有需要再补充。

代码规范的好处是什么？ 野蛮开荒-这个阶段一般算是初级程序员（每个人的定义不一样）都是刚工作没多久，或者说不注重自己的代码风格，只求快。那么这个阶段是最令同事头疼的阶段，功能呢可能也能搞，出来全是bu

在项目中，从项目的创建到方法的实现，每一步都以命名为起点，我们需要给变量、方法、参数、类命名，这些名字出现在代码的每个角落，随处可见，混乱或错误的命名不仅让我们对代码难以理解，更糟糕的是，会误导我们的

当开发团队规模逐渐增大，为了更好的代码可读性、可维护性、可扩展性、可复用性和项目安全性等方面的考虑，制定前端规范变得越来越重要。下面是一份常用的前端规范，包括代码风格规范、编码规范、提交代码规范、文件

最近组内经常进行CodeReview，于是参考一些大厂规范以及一些开源的优秀源码，整理了一些前端代码规范，帮助我们后续可以写出更好维护的代码。有什么不对的地方，欢迎大家指出，一起学习进步！ 先来看下下

最近，小李感觉公司女生们看他的眼神不太对劲了，那种笑容好像是充满慈爱的、姨母般的笑容。 作为一名老实本分的程序员，小李不太习惯这种被人过度关注的感觉，他不知道发生了什么。

因为前段时间确实因为公司的业务开发太忙太紧，所有开发都处在于加班赶项目并且加入的新人较多造成了一系列代码不可控的质量问题。 文章针对这段时间代码出现的各种各样的问题进行了一个概况和整理，主要集中在代码编码的问题，抽象化的问题，还有就是涉及到微服务中调用和编写接口的问题。 其实按…

变量命名是一种哲学。这句不只是感悟，不只是把说不透的复杂事物，全抛给哲学。 而是真正意义上的哲学，有哲学技巧可循、有实践指导的哲学。 程序在机器上的执行不需要用到变量名，在人脑里的执行需要用到变量名。

团队中每个开发人员的水平不同，技术关注点不同，如果没有一份代码规范的参照和约束，那么项目中的代码将会风格迥异，难以维护，为保证代码质量和风格统一，特此拟定一份《团队React 代码规范》，这样整个团队的开发人员可以参照这份代码规范进行编码，从而让团队的代码风格统一，利于维护。如…