陈硕有一篇 blog 讨论了这个问题( http://webcache.googleusercontent.com/search?q=cache:ZoIn7s7WoggJ:www.cppblog.com/Solstice/archive/2011/03/05/141164.html+&cd=1&hl=zh-CN&ct=clnk ),除此之外的资料就很难找到了,希望 v 友可以分享一下这方面的知识。
陈硕有一篇 blog 讨论了这个问题( http://webcache.googleusercontent.com/search?q=cache:ZoIn7s7WoggJ:www.cppblog.com/Solstice/archive/2011/03/05/141164.html+&cd=1&hl=zh-CN&ct=clnk ),除此之外的资料就很难找到了,希望 v 友可以分享一下这方面的知识。
update: 前段时间有了一些新想法,核心是不要违反开闭原则
|
1
js 我能想到两个:
函数参数过长的话换行,object,array 同理 再把尾逗号能加的都加上 |
|
meiyoumingzi6May 11, 2021
2
python 提交之前确保下 PEP8, 省着有人 format 之后一堆空格的修改
|
|
no1xsyzyMay 11, 2021
3
没有很大的必要去特地研究,尤其不同语言还不一样。
缺的是个 semantical diff |
|
4
如无必要,不要改变两行旧代码的相对顺序。
|
|
5
引入格式化工具,保证提交到仓库的风格一致。
|
|
6
max page column < 100
|
|
xinghengMay 11, 2021
7
sed 's/\t/ /g'
|
|
strawberryBugMay 12, 2021 via Android
8
引入 check style,定义格式化,代码规范等,git push 之前强制检查
|
|
wellscMay 12, 2021
9
vim 用户 gg=G
|
|
wdhwg001May 12, 2021
10
git config --global diff.algorithm histogram
|
|
laike9mMay 12, 2021 via Android
12
强制使用 formatter 是目前的最好方案
|
|
13
go fmt
|
|
okayanMay 12, 2021
14
no code, no change, deploy nowhere
|
|
NanonaNMay 12, 2021
15
@no1xsyzy semantic diff 让我想起了王垠的结构化程序比较 ydiff ( https://henix.github.io/feeds/yinwang/2013-04-21-ydiff-结构化的程序比较.html )
|