- 撤销(Ctrl+Z)
- 重做(Ctrl+Y)
- 清空
- H 标题(Ctrl+1~6)
- 一级标题
- 二级标题
- 三级标题
- 四级标题
- 五级标题
- 六级标题
- 插入提示
- 提示
- 注意
- 警告
- 详细信息
- 粗体(Ctrl+B)
- 斜体(Ctrl+I)
- 删除线
- 插入引用(Ctrl+Q)
- 无序列表(Ctrl+U)
- 有序列表(Ctrl+O)
- 表格
- 插入分割线
- 插入链接(Ctrl+L)
- 插入图片
- 添加图片链接
- 插入代码块
- 关闭同步滚动
- 全屏(按ESC还原)
- 开启预览
大家写 JS/TS 的时候会在表达式后面加;吗?语法上加不加都行,大家团队有要求吗?
大家写 JS/TS 的时候会在表达式后面加;吗?语法上加不加都行,大家团队有要求吗?
user2 • • 目录导航
加了会自动对齐,及其舒服 |
user1 • • 目录导航
最好加,不然出问题可能会懵逼,不信你看: |
user2 • • 目录导航
正常项目都必须统一团队风格,喜欢哪个都可以,用 git 钩子推送时自动格式化吧。 |
user3 • • 目录导航
不是都用自动格式化器的吗( |
user1 • • 目录导航
加。eslint 警告,然后代码 push 到 github 后,自动调用 github actions 加,以防有的人就是会漏掉。ps:代码格式化极其不推荐 prettier 这破玩意,难用得一塌糊涂还是建议用 eslint 做代码格式化 |
user2 • • 目录导航
没错,prettier 懂个茄子,多打两个空行都不行,说起来就是劳资最懂,空行就是不能多,简直为祸一方 |
user3 • • 目录导航
个人习惯不加 小公司咋搞都行,但是协作的时候一般还是加会好点 |
user1 • • 目录导航
不加,视觉上总觉得脏脏的。 |
user2 • • 目录导航
这东西都是自动格式化的啊,我其实倾向于加,不然某些语法下换行可能出现各种不太注意的错误 |
user3 • • 目录导航
不 care ,反正都是 eslint 或 prettier 处理的 |
user1 • • 目录导航
我一般会加,偶尔懒得加。 |
user2 • • 目录导航
不加,加了看着难受 |
user3 • • 目录导航
有要求的都会配置 eslint ,保存的时候和规则不一样加了也给你删了,不加也自动给你加上。我写的时候不加,按习惯来最顺手,反正最后提交上去了都是规范的 |
user1 • • 目录导航
不加;自动补齐是 js 糟粕之一,建议加 |
user2 • • 目录导航
一般都加, 但不要求别人加,爱加不加. |
user3 • • 目录导航
最好加,有的时候代码压缩的时候可能对某些写法或者语法不支持导致没自动加“;”,编译出来的代码是有问题的,而且 release 的变量名也是全改了的,当时定位问题,定到头皮发麻 |
user1 • • 目录导航
|
user2 • • 目录导航
team 的话,加 |
不加分号心神不宁。
加分号不是给编译器加的,是给程序员的脑子加的,了结心智负担,清空快速缓存准备加载下一行。