发者（）

面向开发者、程序员的专业平台！

无论人数多少，代码都应该同出一门。

或许Node的语法较为薄弱，尤其在涉及大型项目开发的过程中，人们在技术选择上常常倾向于采用某些框架，或者融入某些流程管理工具。然而，对于代码风格的统一，确实难以形成共识。

开发者各自拥有独特的编程习性，他们偏好的编辑器各异，而代码的编写风格更是千姿百态。一旦加入团队协作，首要任务便是确立一系列规范，包括文件命名规则、目录组织结构以及代码编写风格。这就如同下面这样。

接下来，我们将召开多次会议，共同探讨和学习相关规范，这样的过程反复进行。在编写代码时，我们会指出某些地方不符合规范，或是命名存在瑕疵。随着时间的推移，大家对规范的认知和重视程度逐渐减弱。当新员工加入团队，他们又需要从头开始学习代码风格规范，而谁又能保证新员工对团队代码风格的接受和学习效果如何呢？代码风格的问题已经困扰我们许久。

当然，我们进行了诸多探索sublime text 3 js代码格式化，比如在引入Grunt进行编译时，加入了CSS和JS的检查功能。然而，更令人难以置信的是，我们还在.git/pre-阶段加入了强制要求，即在提交git时，必须先通过预检查。这种做法相当粗暴，且可配置性不足，只能让自己感到不快，并未在开发团队中得到推广。

恰逢其时，JSCS 竟然如此降临。此前未曾目睹过如此卓越的代码整理与风格规范工具。

正如官方介绍：

JSCS 是一套代码规范，适用于您的风格指南。您可以使用 JSCS，它包含超过 150 条规则，涵盖了诸如空格、缩进、注释等风格规范，以及更多内容。

优点

JSCS 有超过150种代码验证规则。

你可以预设像 、 等公司的代码风格。

JSCS能够进行代码检查，甚至还能根据你设定的风格规范来格式化代码。当我运行了“jscs app/ --fix”命令后，项目中的代码风格立刻变得统一，这让我惊讶得仿佛是第一次见到这样的效果。

它兼容 JSX、Flow 等技术，并能够对任何有效的 Babel 代码进行验证。

广泛兼容众多开发工具与平台，包括但不限于Grunt Task、Atom、Text、IDEA等，涵盖了各类开发需求。这些工具的安装步骤和方法，均可查阅相关资料。

你应该明白，该项目的代码规范在上获得了超过3.4万颗星的支持。链接如下：https://.com//。

掌握该编程语言的规范，预示着你的编程风格已跻身全球顶尖水平。即便编程实力尚未达到顶尖，你的代码风格已然提升，足以让你自豪一番。年轻人，激动不已吧！

这份文档详尽地介绍了 的各种方法，对于从事网页开发工作来说，它无疑是最为适宜的参考资料。

上手

安装

npm install jscs -g

运行

jscs path[ path[...]]

你也可以注入到 JSCS

cat .js | jscs

进阶

开发工具具备自动识别项目内特定文件的能力，进而执行JSCS代码质量检查。以下是一个配置文件的示例：

常用配置

（用预置规则进行规则预设）

fix (true|false) 是否自动修复风格

（附加规则）

对特定文件或目录实施风格检查限制，而此类限制在默认情况下不应用于排除的文件夹。

"/**", "src/!(bar|foo)"

（验证文件后缀名） "":

".js", ".jsx"

（设置错误要报告的最大数目，默认50）

默认的。对于的支持

es3 过时了，不要管了

(true|false)（为有错误的信息添加规则名称）

默认为否，若非如此，请设定路径；这是关于是否启动错误报告功能的筛选器函数的确认。

错入容忍

您能够制定出默写规范，从而使JSCS对某些偏差表现出宽容。这些规则详尽地收录在以下网址：http://jscs.info/rules。

可以直接设置规则为 null ,

禁用所有规则

3.禁用特定的规则

4.对单行进行特定规则忽略

解除对该特定规则的禁令之后，您将能够重新启动所有规则sublime text 3 js代码格式化，且该规则也将随之恢复启用状态。

6.你可以同时禁用多个规则，并逐步重新启用它们：

7.为某个文件禁用所有规则在文件第一行写上:

若JSCS未能满足您及团队对代码风格的期望，敬请告知我更为理想的解决方案！

来源：

如有侵权请联系删除！