一个关于代码习惯的小调查

2020-10-28 15:32:31 +08:00
 HenryWang0723

当看到开源项目或者其它人编写的代码，在结构设计，简洁度，可读性等等质量问题上比自己同功能的代码更优秀时，各位会考虑修改自己已存在项目的代码吗？还是说下个项目想起来时再说？还是跟我一样卧槽牛皮不错，但我懒得改...

2523 次点击
所在节点    程序员
18 条回复
chesterzzy
2020-10-28 15:41:40 +08:00
个人觉得可以吸收别人代码的优点，尤其是架构的设计，设计模式等等。

但频繁用到成熟项目上可能会产生意想不到的问题。

等到系统大规模重构，或者写新项目、新轮子的时候，再自己实验比较好。
HyperionX
2020-10-28 15:43:50 +08:00
大多数情况都会认为对方写的没自己好才是基本操作吧。
遇到好的一般维护旧代码的时候方便改的会改，至于改结构。。也尝试参考优秀代码改了结构，原本以为一星期能整完，你猜我最后改了多久~
eason1874
2020-10-28 15:45:46 +08:00
看情况，如果现有代码一年内够用，连考虑要不要改都是浪费时间。如果确定过两个月就不够用了，就一定改。
a719031256
2020-10-28 15:55:34 +08:00
这个得看这个项目是否值得去改，如果属于完成任务那种就算了，如果属于有意思的可以花时间去改
tiedan
2020-10-28 15:58:32 +08:00
看成本，如果成本不高就可以改掉。
DoctorCat
2020-10-28 16:02:21 +08:00
如果时间和精力允许，就会改，但这需要一个缓慢的过程。
viator42
2020-10-28 16:03:14 +08:00
自己的项目会试着重构一遍公司的话不太考虑，毕竟代码优化的速度赶不上需求变更的速度
kuro1
2020-10-28 16:06:37 +08:00
会记一下写法
imn1
2020-10-28 16:10:01 +08:00
自己的每天都在改，总想做得更好，或者看到别人写得更好就想借鉴过来，脑子里经常冒出很多“点子”
别人的……3 天就可以把一个小函数的逻辑 /参数忘掉，不出 bug 都懒得重新看
renmu123
2020-10-28 16:19:44 +08:00
不改，老代码不可能动的，只能新代码好好写了
acmore
2020-10-28 16:50:07 +08:00
只要看过特别好的写法就会有洁癖的，已有项目是否修改看时间和紧迫性，但是等下次自己的项目出现类似场景时不这么写就感觉浑身难受。当然有一些炫技的小技巧看看就行，很容易弄巧成拙。
Visitor233
2020-10-28 18:17:46 +08:00
考虑下修改量，一个小时内能改完的就用新的，不然记事本吃灰，新项目再说。
xcstream
2020-10-28 18:27:47 +08:00
能用就行
DarkCat123
2020-10-28 18:30:12 +08:00
会很酸很羡慕，不知道为什么他的设计这么优雅用起来这么爽
我的设计就那么丑陋，传参乱七八糟。
linvaux
2020-10-28 18:33:42 +08:00
看心情，不过大多数时候都是默念两声 666
axex
2020-10-28 19:36:48 +08:00
记下来，下次自己写的时候用，重构原有代码就算了
cominghome
2020-10-28 19:37:12 +08:00
妙啊...
这一段代码好像可以抄...
如果是一些小技巧那抄起来很快，但是如果涉及到一整块代码优化，往往就会出现优化半小时，调试半天...
最后算了算了，回滚代码
orzorzorzorz
2020-10-28 19:38:47 +08:00
我会考虑去 pr，在被数落几次之后、把人家那味道学个几分了，再看情况改自己的东西。
什么，你说改公司的代码？不不不，我只会在给同事的 review 里写上我新而大胆的想法。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://tanronggui.xyz/t/719457

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX