Node.js应用程序的编码样式指南？

Question

是否有一个（或多个）node.js编码样式指南？如果没有，那么顶级开源节点项目将使用哪些 新兴样​​式 ？

我正在按照PEP
8
（Python的标准编码样式指南）的要求寻找指南（或数本指南）。我已经看到了许多不值得在这里链接的JavaScript指南（大多是旧的并且针对客户端JavaScript）。我找到了一个有趣的node.js
样式指南。

编码样式指南或编码约定应包括（但不限于）：

• 代码布局：缩进（2个空格，4个空格，制表符等），换行符，换行符等。
• 空格，例如“ function（arg）”与“ function（arg）”
• 分号或无分号，var声明，…
• 命名，例如do_this（）与doThis（），var_name与varName，…
• node.js和JavaScript惯用语，例如== vs. ===，回调的第一个arg是错误对象，…
• 意见和文件
• 附带的工具，例如棉绒检查器，单元测试框架，…

这个主题显然是高度主观的，但是我认为这是社区发展成熟过程中建立通用且被广泛接受的编码风格的重要一步。另外，它不只是关于味道。特别是，诸如“使用===而非==“之类的规则对代码质量有直接影响。

Answer 1

我将回顾由JSLint检查的编码标准，或者看一下NPM（Isaac
Shlueter’s 编码标准）的作者。

您还可以查看著名的Node.JS编码人员使用的样式：

• TJ霍洛韦丘克
• 艾萨克·舒勒特
• 蒂姆·卡斯威尔
• 杰里米·阿什肯纳斯（Jeremy Ashkenas）
• 费利克斯·盖森德尔佛
• 查理·罗宾斯
• 马拉克乡绅
• 亚伦·赫克曼（Aaron Heckmann）
• 吉列尔莫·劳赫（Guillermo Rauch）
• 迈克尔·罗杰斯
• Ryan Dahl +您可以看一下实际的Node.JS代码库

我会把我丢在那儿;）

编辑：

• Google JavaScript样式指南
• Felix的Node.js样式指南

IMO有一些黄金规则应遵循：

• 请勿使用with或eval
• 使用===结束==
• 始终var在适当的范围内声明变量-不要回退到全局范围
• (function(){})()如果计划发布在服务器端以及浏览器中运行的代码，则将应用程序封闭起来
• 回调应以err第一个参数为参数，如果回调本身以回调为参数，则应以回调为最后参数，例如callback(err, param1, param2, callback)

缩进，大括号和关键字之间的间距以及分号的放置都属于首选项。