Node.js应用程序的编码样式指南？[关闭]

是否有一个（或多个）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是错误对象，...
• 意见和文件
• 附带的工具，例如棉绒检查器，单元测试框架，...

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

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

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

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

我会把我丢在那儿;）

编辑：@alienhard的建议

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

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

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

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

镇上有一个新标准。

使用标准样式。

您可以从面向客户端的JavaScript指南中学习很多良好的编码风格实践（由于客户端和服务器端之间的差异主要是库而不是语言本身，因此大多数指南通常也适用于node.js）。例如，《JavaScript Patterns》一书专门针对该主题在第二章中进行了介绍。另外，Douglas Crockford的网站，书籍和视频都是必读材料，以便采用JavaScript特定的编码风格和最佳实践。

从终端使用节点时，源代码使用空格进行缩进非常有用。否则，“这里的错误”插入符号将不会排队。

带标签：

        var preps = files.map(function(f) { 
            ^
TypeError: Cannot call method 'map' of null

带空格：

        var preps = files.map(function(f) { 
                          ^
TypeError: Cannot call method 'map' of null

这可能只是Mac的问题，但我怀疑不是。

自从我问了这个问题已经有一段时间了。与此同时，我已经找到了这个出色的JavaScript指南：

一致的惯用JavaScript编写原理

https://github.com/rwldrn/idiomatic.js/

Airbnb有一个非常好的Javascript样式指南 https://github.com/airbnb/javascript

对于Coffee-Script，缩进不好意味着编译错误

用

:set tabstop=2
:set shiftwidth=2
:set expandtab

受欢迎的咖啡项目zombie，brunch使用此设置的压痕。

编辑：

实际上，只需使用它！https://github.com/paulmillr/code-style-guides（的主要贡献者之一brunch）