MD-FORUM

user1 • •

个人习惯不加

user2 • •

纠结这干啥

user3 • •

今天纠结 ;(表达式末位分号)
明天纠结 2-tab ，4tab (缩进)，还是 2-space 4-space （空格）
后天考虑 单句 if 加不加 {} (花括号)

我这小公司看个人喜好写，leader 配了格式化，提交的时候就按照他的喜好来就好了

如果你是 leader ， 那就按照自己喜好来配置

但是从我个人角度来说，代码是给人阅读的。 加于不加我都有。 代码很乱的时候就加分号。

user1 • •

加了分号感觉很麻烦，而且丑。但主要还是得看团队的 prettier

user2 • •

加，同意语言风格；各种语言写得多的时候，一会加，一会又不加，会精神错乱。

user3 • •

@akcode 同意 -> 统一

user1 • •

@BeautifulSoap ESlint 准备要废弃格式化相关的规则了 https://eslint.org/blog/2023/10/deprecating-formatting-rules/

user2 • •

爱护小拇指, 从不加分号开始.

user3 • •

biome 配置项配置可以设置必要的地方加不就行了吗, es 和 pre 都不喜欢, 还有那个 oxc, 估计又是哪个的 kpi 项目, 连这种基本功能都不做, 要让 esl 来做

user1 • •

@doommm 文章最好看完，这些规则现在摘出来成为独立项目由社区维护了。eslint-stylistic 。专门用来做格式化的工作。 说真的 eslint 的格式化比 prettier 这破玩意好用一万倍

user2 • •

加，但不一定是手动。
一般设置编辑器会自动保存时格式化添加。
另，写久了，很多时候就跟打字一样会下意识的加上标点。不存在心智负担。
反而有种整齐的美感。

user3 • •

/* eslint-disable */ 嘿嘿，8 小时工作量被我 1 小时干完了，摸鱼摸鱼

user1 • •

假的做不做都可以： 找出根本区别再进行选择
真的完全做不做都一样：绝对不做！

user2 • •

我们团队不加, 个人也觉得没必要

user3 • •

不加

user1 • •

@BeautifulSoap eslint 是给你一个框架和可配置的规则，而 prettier 是给你一个 prettier 制定的规则。显然前者更加符合实际需求（不同人有不同的风格习惯，不同项目有不同的历史包袱）

user2 • •

加

个人的出发点是如果一个语言任何场景都不加都没问题那就不加，JS 很明显是不行的

user3 • •

JavaScript 的 ASI 是設計失誤，帶來了歧義，還讓社區陷入分ˋ號黨爭內耗. (有些類似無意義的男女對立)

應該多學學 Python 哲學: There should be one – and preferably only one – obvious way to do it.

現在語言流行趨勢是越來越嚴格，例如 TypeScript (靜態型別)，Rust (嚴格的編譯器).

JS 如果還喜歡歧義的語句，小心下場像 Perl 一般.

user1 • •

必须要加，不加不舒服

1
2
3
4
20 / 页
总数 794
MD-FORUM