因为有一些变量命名很长，导致经常一个 if 条件里面，超过 2 个条件就会被换行掉，导致看逻辑非常乱。
vs code 内置的 pretiter+ 的格式化默认是 80 个字符就换行了。
前端的工程师有时候会修改后端的 api ，结果他们的 vs code 配置，是自动格式化的。
也就是经过他们编辑的文件，全部格式都变了样了。 我是后端的额，看到后面的代码，感觉被格式化之后就无法看了了。。（我自己也用 pretitter+格式化，不过我的换行字符设置到 200 个才换行的）
弱弱问下，这个规模大部分 node.js 的后端工程师都会按照规模编写的吗？
vs code 内置的 pretiter+ 的格式化默认是 80 个字符就换行了。
前端的工程师有时候会修改后端的 api ，结果他们的 vs code 配置，是自动格式化的。
也就是经过他们编辑的文件，全部格式都变了样了。 我是后端的额，看到后面的代码，感觉被格式化之后就无法看了了。。（我自己也用 pretitter+格式化，不过我的换行字符设置到 200 个才换行的）
弱弱问下，这个规模大部分 node.js 的后端工程师都会按照规模编写的吗？
11 条回复 • 2024-06-19 16:48:27 +08:00
 |
1
vanchKong 30 天前
统一风格就行，没什么好说的
|
 |
2
Curtion 30 天前
团队协作设定统一的 eslint 规范就可以了
|
 |
3
Jack927 30 天前
一个项目内的格式化配置文件应该是一样的吧，要么都换，要么都不换，要么都 80 ，要么都 120 ，都 200
|
 |
4
LandCruiser 30 天前  1
团队规范和工程规范问题，每个项目都应该有自己的.prettierrc 配置文件,所有人的编辑器里 prettier 的配置文件路径都设置成一样,比如'./.prettierrc',所有人的编辑器默认格式化工具都是 preettier. 这样就没问题了.
|
 |
5
abelmakihara 30 天前
如果没统一配置 肯定不会轻易动别人格式的..
|
 |
6
Yjhenan 30 天前 1
把 pretiter eslint 统一起来，不让瞎改，特别是多少字符换行，我一般用 160/180
|
 |
8
accelerator1 29 天前
prettier+eslint ，增加一些默认的编辑器配置，editorconfig+vscode 之类的，保证工程打开时大家的行为保持一致，最后就是 precommit 时做 eslint 检查，不合规直接 abort 。
|
 |
9
kissice 22 天前
OP 头像好评。
我司就没啥统一风格和规范的，我的代码就经常被同事格式化，虽然我不会去格式化他的代码（笑哭）。 |
 |
10
xu33 7 天前
nodejs 不是应该由前端工程师开发吗
|
Select Language