This topic created in 732 days ago, the information mentioned may be changed or developed.
因为有一些变量命名很长，导致经常一个 if 条件里面，超过 2 个条件就会被换行掉，导致看逻辑非常乱。
vs code 内置的 pretiter+ 的格式化默认是 80 个字符就换行了。
前端的工程师有时候会修改后端的 api ，结果他们的 vs code 配置，是自动格式化的。
也就是经过他们编辑的文件，全部格式都变了样了。 我是后端的额，看到后面的代码，感觉被格式化之后就无法看了了。。（我自己也用 pretitter+格式化，不过我的换行字符设置到 200 个才换行的）
弱弱问下，这个规模大部分 node.js 的后端工程师都会按照规模编写的吗？
13 replies 2024-07-26 22:09:45 +08:00  | | 2 Curtion May 27, 2024 团队协作设定统一的 eslint 规范就可以了 |
 | | 3 Jack927 May 27, 2024 一个项目内的格式化配置文件应该是一样的吧，要么都换，要么都不换，要么都 80 ，要么都 120 ，都 200 |
 | | 4 LandCruiser May 27, 2024  1 团队规范和工程规范问题，每个项目都应该有自己的.prettierrc 配置文件,所有人的编辑器里 prettier 的配置文件路径都设置成一样,比如'./.prettierrc',所有人的编辑器默认格式化工具都是 preettier. 这样就没问题了. |
 | | 6 Yjhenan May 27, 2024 1 把 pretiter eslint 统一起来，不让瞎改，特别是多少字符换行，我一般用 160/180 |
 | | 8 accelerator1 May 28, 2024 prettier+eslint ，增加一些默认的编辑器配置，editorconfig+vscode 之类的，保证工程打开时大家的行为保持一致，最后就是 precommit 时做 eslint 检查，不合规直接 abort 。 |
 | | 9 kissice Jun 4, 2024 OP 头像好评。
我司就没啥统一风格和规范的，我的代码就经常被同事格式化，虽然我不会去格式化他的代码（笑哭）。 |
 | | 10 xu33 Jun 19, 2024 nodejs 不是应该由前端工程师开发吗 |
 | | 11 yagamil Jun 19, 2024 @ xu33 #10 前端对数据操作太菜，只能由其他后端接手。。 |
 | | 12 3825995121 Jun 28, 2024 git commit 的时候会触发代码 eslint 检查 和 自动格式化代码 如果不手动跳过的话 基本可以保证代码风格都是统一的 |
 | | 13 mark2025 Jul 26, 2024 pretiter 过于独断。我是用 eslint 插件，设定行宽 180 |
Select Language