1
astrorobbie 2022-04-21 20:02:19 +08:00
赞成
|
2
461da73c 2022-04-21 20:03:38 +08:00
C++ 的很难推动,本想推行 ci 自动格式化检查,一直都有人反对,很难推动下去。大家乐此不疲的 review 的时候 comment 格式化问题。
|
3
jenlors 2022-04-21 20:04:27 +08:00 1
持续集成加代码格式检测可解忧
|
4
tulongtou 2022-04-21 20:05:44 +08:00
赞成
|
5
cmdOptionKana 2022-04-21 20:20:06 +08:00 1
这个问题不大吧,自己自动格式化 1 秒的事。
|
6
chendy 2022-04-21 20:55:00 +08:00 5
赞成,但是老项目是真的不敢 format ,一个 format 下去杀伤范围过于大了……
|
7
Rache1 2022-04-21 21:08:25 +08:00 1
@cmdOptionKana 😂 主要是老项目,格式化的时候,一大片,review 简直要了老命。
|
8
seers 2022-04-21 21:12:05 +08:00 2
人生苦短,请用 gofmt
|
11
Rocketer 2022-04-21 21:19:21 +08:00 via iPhone
ci 加格式检查只会查本次改动的文件,老文件不影响的
|
12
chendy 2022-04-21 21:19:55 +08:00 1
@461da73c idea 有这个功能,但是上下文识别总是出问题,每次都会 format 更大的范围,一不留神就把一大坨东西都给 format 掉了,只能把自己改的复制一下,revert 回去再粘贴上,后来就真的把 format 快捷键扣了不敢用了……
|
13
Vegetable 2022-04-21 21:34:52 +08:00
其实是 leader 的问题...
|
14
a1562619919 2022-04-21 21:39:41 +08:00 via Android 1
记一次坑。用 ide 格式化触发未知 bug ,这导致提交代码前编译正常,格式化后提交代码项目编译就挂了。。
|
15
nightwitch 2022-04-21 21:58:47 +08:00
|
17
xiangyuecn 2022-04-21 22:30:48 +08:00
不是所有代码都适合去做格式化🐶
|
18
Rocketer 2022-04-21 22:34:32 +08:00 via iPhone
说到底,格式化的问题都是历史问题,如果一直强制格式化,也就没那些问题了。
|
20
rekulas 2022-04-21 22:46:05 +08:00 2
@chendy 我们都是接手时专门提个点先把库格式化了再上手就没这问题了,不过要保证格式化不会出错而且所有人规则相同
以前在大公司工作格式化一行代码都要独立出来提 commit ,不然直接拒掉 |
21
falcon05 2022-04-21 22:56:24 +08:00 3
看来你是没吃过亏,编辑器远没那么智能,有时一个格式化快捷键按下去,后果很严重。
|
23
FranzKafka95 2022-04-21 23:55:33 +08:00 via Android
关于 C++格式化的,我推动我们团队做的一套体系,目前来看还不错。大家可以看看 https://coderfan.net/how-to-unify-code-stytle-in-c-or-c-plus-plus-html.html
|
24
HankLu 2022-04-22 00:04:16 +08:00
完蛋,我写一行格式化一次,我是不是有病啊
|
25
c0xt30a 2022-04-22 00:12:36 +08:00
格式化有时候还是个人的审美品味,没有一个固定的标准。
譬如下边的 duff's device ,在不同的程序员手里可能会有不同的格式化方式,很难论个高下。 ```c void send( int* to, int* from, int count) { int n = (count + 7) / 8; switch (count % 8) { case 0: do { *to = *from++; case 7: *to = *from++; case 6: *to = *from++; case 5: *to = *from++; case 4: *to = *from++; case 3: *to = *from++; case 2: *to = *from++; case 1: *to = *from++; } while (--n > 0); } } ``` |
26
dcsuibian 2022-04-22 00:17:33 +08:00 4
以我的经验来说,Java 、C#随便格。
Python 想格就格(个人不是很喜欢 PEP8 ,感觉每行太短了) js 也可以格,但要小心规则一致性,要不然容易搞出一大堆 eslint 错误。最好用 prettier 配合好。 目前唯一注意到的会影响运行的例子好像是出在 html 格式化上,但也比较极端。 <ul><li>...</li><li>...</li><li>...</li><li>...</li></ul> 被格式化成 <ul> <li>...</li> <li>...</li> <li>...</li> <li>...</li> </ul> 如果此时 li 被设置成宽度 25%的话,那么多出来的空白符会使这一行溢出。 |
27
yagamil 2022-04-22 00:22:13 +08:00
golang 保存是自动格式化
|
28
answerhuang 2022-04-22 00:35:22 +08:00 1
@a1562619919 最近也踩过这个坑, 前端打包脚本里面用字符串截取去获取某个值(比如: env="dev" ), 格式化的时候 双引号被格式化成单引号了, 导致获取环境的脚本失败.
|
29
micean 2022-04-22 08:27:42 +08:00
从来都是手动格式化。。。。
|
30
unco020511 2022-04-22 09:18:20 +08:00
然后你帮他们一格式化,就显示一堆你的提交,同事就会问,你改啥了提交这么多,别把我的功能改坏了
|
31
CodeCodeStudy 2022-04-22 09:18:26 +08:00
自己写的代码要格式化,但是别人写的就不要修改了,免得出问题了要背锅
|
33
Narcissu5 2022-04-22 09:33:04 +08:00
所以 Go 在这方面真的很有遇见性
|
34
lisongeee 2022-04-22 10:15:31 +08:00
可以用 git hook 做代码格式化
|
35
archxm 2022-04-22 10:15:47 +08:00
好一个不接受反驳。
|
36
helloworld1024 OP @chendy 这种格式化之后逻辑都会出问题的代码,那是该有多烂啊...
|
37
helloworld1024 OP @461da73c 我在 review 代码的时候,如果发现没格式化的,一律打回。
|
38
helloworld1024 OP @cmdOptionKana
@seers @Rocketer @Rocketer @lisongeee 我是从 eclipse 时代就开始写代码的,当时还没有自动格式化功能,和自动报错功能,当时我就养成了一个我认为非常好的习惯,写代码的时候手不能闲下来,一闲下来就会按 ctrl + shift + f 、ctrl + s 。 虽然现在用 idea 了,有自动保存的功能了,这个习惯还是保留着。 |
39
helloworld1024 OP @Narcissu5 gofmt 很好用。
|
40
alanhe421 2022-04-22 10:24:44 +08:00
hook precommit 辅助下
|
41
Torpedo 2022-04-22 10:28:34 +08:00
确实,我觉得格式化是比 lint 更的要求。而且实现成本很低
|
42
bootvue 2022-04-22 10:38:18 +08:00
前后端代码 不 按照 我的习惯 格式化的都是垃圾
|
43
joesonw 2022-04-22 10:39:31 +08:00 via iPhone
之前接手项目的时候,找了一个时间点,上 lint ,大家一起停下来修 lint ,修好了再继续。
|
44
whusnoopy 2022-04-22 10:41:19 +08:00
|
45
hay313955795 2022-04-22 10:44:15 +08:00
写代码不写注释的都是垃圾。不接受反驳
|
46
newmlp 2022-04-22 10:47:16 +08:00
op 还是太年轻,好吧,我是辣鸡
|
47
nuanshen 2022-04-22 10:51:13 +08:00
我格式化了,但是别人合并代码的时候骂了我一段还把我格式化的回滚了,为什么有人能接受代码写的歪七扭八的啊
|
48
wtfdsy 2022-04-22 10:56:32 +08:00
一直在坚持代码格式化,不过提交的时候可以用公司的标准格式化一下再提交吧
|
49
zerofancy 2022-04-22 11:49:17 +08:00
安卓开发。有时 IDE 不能正确识别出使用,然后把 import 给删掉。比如涉及 Support 库和 AndroidX 共存的模块。
另外前人没格的俺也不敢格,到时一查最近 commit log 都我的,一来影响定位原始修改,二来有时出问题还会被拉过去。 自己负责的模块和文件随便格。 |
50
IsaacYoung 2022-04-22 11:55:05 +08:00
一个 format 下去 接下来有问题全来找你 狗头
|
51
t1xLM63evRKUbpMh 2022-04-22 12:18:30 +08:00
既然不接受反驳,你讲出来做什么呢。
|
52
helloworld1024 OP @joesonw 优秀,将代码优化好,能给后面的开发工作提升不少效率。
|
53
helloworld1024 OP @ftiasch 表明态度
|
54
helloworld1024 OP @nuanshen 你应该骂回去,程序员要刚一点。
|
55
Danswerme 2022-04-22 12:54:08 +08:00
之前接手过一个 php 项目,js 里面穿插各种 php 变量,改完之后习惯性的快捷键格式化了一下,然后项目就炸穿了。火速撤回之后发现是格式化把模版语法全部给破坏了。
|
56
eGlhb2Jhb2Jhbw 2022-04-22 13:10:15 +08:00 3
写代码还需要格式化的,都是垃圾,不接受反驳!(我都是写的时候空格什么的都带好了)
|
57
3dwelcome 2022-04-22 13:15:18 +08:00
有些人喜欢 if 后面大括号不换行,别且设立了项目格式化规范。
而我超级喜欢换行。 if () { vs if () { 最终我被打败了。 |
58
mozhizhu 2022-04-22 13:16:03 +08:00
前端,现在提前走 git hook 挂 lint 检查,过不了的,连 commit 都做不到;当然……仅仅只是一个规范,不初始化安装 node_modules ,git hook 也没用
|
59
n18255447846 2022-04-22 13:29:24 +08:00
引战的帖子不被关,怎么还推上热榜了
|
60
q1angch0u 2022-04-22 13:57:48 +08:00
@n18255447846 [v2 的各位都是帅哥美女] 这种也叫引战?
|
62
lmmlwen 2022-04-22 14:15:06 +08:00
楼主还是太年轻,应该是没接触过大项目
|
63
anonymousar 2022-04-22 14:32:14 +08:00
不说一个公司了 一个团队最基本的 起码应该把 clang-format 类似的检查作为编译的一个环节加到代码审核流程中去 过不了 lint 的代码直接进不去 review 环节。
|
64
helloworld1024 OP @anonymousar 知己啊。
|
65
helloworld1024 OP @lmmlwen 年轻不好么。
|
66
helloworld1024 OP @n18255447846 这种也叫引战吗?
|
67
siteshen 2022-04-22 14:55:07 +08:00
项目中我都是用零配置的格式化工具(最多配置个 maxLine = 100 ):
clang-format gofmt black beautifier |
68
Mrzhs 2022-04-22 15:13:07 +08:00
ctrl + clt + l
|
69
duan602728596 2022-04-22 15:18:28 +08:00
所以说还是直接上 lint 比较好
|
72
ytmsdy 2022-04-22 16:38:25 +08:00
老代码你直接一键快捷格式化,差不多 80%的代码都动了,后期完全没法对 git 记录。往往都会放弃!
|
73
Cloutain 2022-04-22 17:19:35 +08:00
都会格式化吧,关键是什么样的格式才是好格式
|
74
leeyom 2022-04-22 17:46:07 +08:00
一个格式化,结果几百个改动,git 提交的时候,一堆冲突,所以,最好的办法是只选中自己的改的代码部分格式化
|
75
recherst 2022-04-22 17:53:55 +08:00
赞成
|
76
link1994 2022-04-22 18:06:39 +08:00
Ctrl Alt L
针好用 |
77
techstay 2022-04-22 19:26:01 +08:00
支持,代码格式化本来就属于项目质量控制的一部分,不仅要强制格式化,还要用工具严格控制整个项目的风格。我现在看到一些比较冷门的语言没有格式化功能,学都懒得学了。
|
78
dengshen 2022-04-22 23:49:26 +08:00 via iPhone
失焦自动保存+格式化+热更新
|
80
AllenHua 2022-04-23 00:37:35 +08:00 via iPhone
破事水。这年头写代码还有谁不格式化,不遵循各种 lint ?换个厂吧。另外老项目另说……
|
82
Dlin 2022-04-23 17:31:38 +08:00 via Android
是的。一个 30 多岁的老开发,也不知道格式化一下。每次我去改代码,习惯性 c+s+l 。
|