在开发过程中，遵循标准的命名约定可以提高代码的可读性。下面就来看看 JavaScript 中命名约定的最佳实践。JavaScript 变量名称是区分大小写的，大写和小写字母是不同的。

再次仔细的看了一下关于PHP代码的书写规范，我发现自己确实有很多不足的地方，需要改进，PHP代码遵循PSR（PHP Standard Recommendation）规范，之前忘了看哪本书看到psr4，psr4优化的是composer的依赖倒置

很多工程师不注重平时编码习惯，比如命名规则，一会大写、一会小写，一会中文拼音，一会下划线等，导致自己写的代码自己都看不懂了。今天就来分享一点关于软件代码常见的几种命名规则。

在日常工作中，我们会接触形形色色的工程。如果工程使用的技术架构不同，可能会有对应不同的代码规范。而每个人的编码习惯是不一样的，也是难以短时间内改变的，这也是我们常常在开发一个新工程的时候

常见界面、控件、功能、状态命名集合：APP产品经理、APP设计师、APP开发工程师，包括H5前端开发人员都可以记住的文件命名规范。

代码规范这东西网上很容易百度到一堆，除了天下文章一大抄的问题，另外，多数只给了结果，原因没有充分说明，或者非常的纠结于大写小写，一个函数可以写几行的细节。感觉有点容易让新人误入歧途

此接口可以在 DOM 被修改时异步执行回调。使用 MutationObserver 可以观察整个文档、DOM 树的一部分，或某个元素。此外还可以观察元素属性、子节点、文本，或者前三者任意组合的变化。

一个强大、现代的 linter 帮助团队避免规则错误，统一代码风格。和 eslint 类似可以继承开源社区的 config、自定义配置、写个性化的 rules 。

一个文件声明一个组件： 尽管可以在一个文件中声明多个 React 组件，但是最好不要这样做；推荐一个文件声明一个 React 组件，并只导出一个组件；

那为什么变量名不用小写字母加小划线的方式，如：family_tree，而是推荐用驼峰式的familyTree？C语言就喜欢用这种方式命名变量，但是由于因为下划线比较难敲(shift + -)，所以一般用驼峰式命名变量的居多。

也许有人会说，都快 2019 年了怎么还读 CSS2.1 规范。一方面，现在最新的 CSS （core） 规范是 CSS2.2，因为 CSS2.1 有中文的版本，并且和 CSS2.2 规范差异性不是很大，基于偷懒的目的最终选择阅读了 CSS2.1 规范。

本章节讨论使用ES6编码风格到代码中需要注意的点。通过记住这些关键点，可以让我们写出更优美的、可读性更强的JavaScript E6风格的代码。ES6 提出了两个新的声明变量的命令: let 和 const。

MySQL数据库与 Oracle、 SQL Server 等数据库相比，有其内核上的优势与劣势。我们在使用MySQL数据库的时候需要遵循一定规范，扬长避短。无意中从github上看到一个大佬的MySQL数据库设计规范

块中的子元素是块的子元素，并且子元素的子元素在 bem 里也被认为是块的直接子元素。一个块中元素的类名必须用父级块的名称作为前缀。如上面的例子，li.item 是列表的一个子元素

文件命名规则：文件名称统一用小写的英文字母、数字和下划线的组合。引文件统一使用index.htm index.html index.asp文件名（小写），图片的名称分为头尾两部分，用下划线隔开，头部分表示此图片的大类性质