node.js 写后端 express api 你们会遵循 换行编写规范吗？感觉换行太多了

[yagamil]

因为有一些变量命名很长，导致经常一个 if 条件里面，超过 2 个条件就会被换行掉，导致看逻辑非常乱。

vs code 内置的 pretiter+ 的格式化默认是 80 个字符就换行了。

前端的工程师有时候会修改后端的 api ，结果他们的 vs code 配置，是自动格式化的。

也就是经过他们编辑的文件，全部格式都变了样了。 我是后端的额，看到后面的代码，感觉被格式化之后就无法看了了。。（我自己也用 pretitter+格式化，不过我的换行字符设置到 200 个才换行的）

弱弱问下，这个规模大部分 node.js 的后端工程师都会按照规模编写的吗？

[vanchKong]

统一风格就行，没什么好说的

[Curtion]

团队协作设定统一的 eslint 规范就可以了

[Jack927]

一个项目内的格式化配置文件应该是一样的吧，要么都换，要么都不换，要么都 80 ，要么都 120 ，都 200

[LandCruiser]

团队规范和工程规范问题，每个项目都应该有自己的.prettierrc 配置文件,所有人的编辑器里 prettier 的配置文件路径都设置成一样,比如'./.prettierrc',所有人的编辑器默认格式化工具都是 preettier. 这样就没问题了.

[abelmakihara]

如果没统一配置 肯定不会轻易动别人格式的..

[Yjhenan]

把 pretiter eslint 统一起来，不让瞎改，特别是多少字符换行，我一般用 160/180

[yagamil]

@Yjhenan #6 感谢~

[accelerator1]

prettier+eslint ，增加一些默认的编辑器配置，editorconfig+vscode 之类的，保证工程打开时大家的行为保持一致，最后就是 precommit 时做 eslint 检查，不合规直接 abort 。

[kissice]

OP 头像好评。
我司就没啥统一风格和规范的，我的代码就经常被同事格式化，虽然我不会去格式化他的代码（笑哭）。

[xu33]

nodejs 不是应该由前端工程师开发吗

[yagamil]

@xu33 #10 前端对数据操作太菜，只能由其他后端接手。。

[3825995121]

git commit 的时候会触发代码 eslint 检查 和 自动格式化代码 如果不手动跳过的话 基本可以保证代码风格都是统一的

[mark2025]

pretiter 过于独断。我是用 eslint 插件，设定行宽 180