MD-FORUM

user2 • •

看 lint, 有的项目 lint 是必加 有的项目是必不加, 但我最讨厌的是可加可不加

user3 • •

不加，eslint 和 prettier 都设置的不要

user1 • •

java 写多了, 现在写 kotlin 随手加了又马上删掉…

user2 • •

不加的前提是有 StandardJS 这种 linter 保障不出问题，没有 linter 老老实实加分号。

我反正都会加。

user3 • •

不怎么关心加不加，基本靠 lint 工具决定

user1 • •

@nomagick prettier 什么破烂玩意儿，if/else 都要限制你用它制定的规则
https://github.com/prettier/prettier/issues/3084
https://github.com/prettier/prettier/issues/840

user2 • •

@suxiaoxiann 结合 eslint 的相关规则，其实不加也没问题了。vscode 之类 ide 会自动检测判断的

user3 • •

@ttionya 可以设置 eslint 规则，禁止单行多命令，必须用大括号来包裹，
比如 禁止 if (condition) return， 必须 if (condition) { return } 或者
<br>if (condition) { <br> return<br>}<br>

我以前是分号党，tab 党，逐渐变成无分号，4 空格，现在是无分号，2 空格了。 写 TS 的缩进得小点不然行宽容易超限，尤其是写前端。

user1 • •

@zxx0102 项目团队本来是应该禁止这种写法的，看似炫技巧实则埋坑。

user2 • •

写 Angular ，一步到位：加。

user3 • •

@Chad0000 #50
看走眼了，以为是类型声明。分号也是加的。

user1 • •

不加 ; 因为麻烦而且看着乱不好看，配合 lint 工具解决可能出现的二义性问题

加 ? 因为要利用类型严格模式提升代码的健壮性

user2 • •

@eephee 抱歉看错了，原来是问号的意思，不小心看成了 optional 符号

user3 • •

@suxiaoxiann 记这条规则，不如养成加分号的习惯方便

user1 • •

写的时候不加，最后 prettier format 一遍，真遇到过几次没加分号 npm start 报错的。

user2 • •

@blucas01 #54 现在前端基本默认都不加了，比如 Vue

user3 • •

加不加看团队规范，我们团队不加，至于 IIFE 问题，都有 lint 限制

user1 • •

不加，并且 prettier 里配置了移除分号

user2 • •

加 写 PHP 习惯了

user3 • •

加分号，加逗号，都是 prettier 一键格式化的事儿

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