当看到开源项目或者其它人编写的代码，在结构设计，简洁度，可读性等等质量问题上比自己同功能的代码更优秀时，各位会考虑修改自己已存在项目的代码吗？还是说下个项目想起来时再说？还是跟我一样卧槽牛皮不错，但我懒得改...
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2198 days ago, the information mentioned may be changed or developed.
 |
chesterzzyOct 28, 2020
1
个人觉得可以吸收别人代码的优点，尤其是架构的设计，设计模式等等。
但频繁用到成熟项目上可能会产生意想不到的问题。 等到系统大规模重构，或者写新项目、新轮子的时候，再自己实验比较好。 |
 |
2
大多数情况都会认为对方写的没自己好才是基本操作吧。
遇到好的一般维护旧代码的时候方便改的会改，至于改结构。。也尝试参考优秀代码改了结构，原本以为一星期能整完，你猜我最后改了多久~ |
2 |
eason1874Oct 28, 2020
3
看情况，如果现有代码一年内够用，连考虑要不要改都是浪费时间。如果确定过两个月就不够用了，就一定改。
|
 |
a719031256Oct 28, 2020
4
这个得看这个项目是否值得去改，如果属于完成任务那种就算了，如果属于有意思的可以花时间去改
|
 |
tiedanOct 28, 2020
5
看成本，如果成本不高就可以改掉。
|
 |
DoctorCatOct 28, 2020
6
如果时间和精力允许，就会改，但这需要一个缓慢的过程。
|
 |
viator42Oct 28, 2020
7
自己的项目会试着重构一遍公司的话不太考虑，毕竟代码优化的速度赶不上需求变更的速度
|
 |
kuro1Oct 28, 2020
8
会记一下写法
|
 |
imn1Oct 28, 2020
9
自己的每天都在改，总想做得更好，或者看到别人写得更好就想借鉴过来，脑子里经常冒出很多“点子”
别人的……3 天就可以把一个小函数的逻辑 /参数忘掉，不出 bug 都懒得重新看 |
 |
renmu123Oct 28, 2020 via Android
10
不改，老代码不可能动的，只能新代码好好写了
|
 |
acmoreOct 28, 2020
11
只要看过特别好的写法就会有洁癖的，已有项目是否修改看时间和紧迫性，但是等下次自己的项目出现类似场景时不这么写就感觉浑身难受。当然有一些炫技的小技巧看看就行，很容易弄巧成拙。
|
 |
Visitor233Oct 28, 2020
12
考虑下修改量，一个小时内能改完的就用新的，不然记事本吃灰，新项目再说。
|
 |
xcstreamOct 28, 2020
13
能用就行
|
 |
DarkCat123Oct 28, 2020
14
会很酸很羡慕，不知道为什么他的设计这么优雅用起来这么爽
我的设计就那么丑陋，传参乱七八糟。 |
 |
linvauxOct 28, 2020 via iPhone
15
看心情，不过大多数时候都是默念两声 666
|
 |
axexOct 28, 2020
16
记下来，下次自己写的时候用，重构原有代码就算了
|
 |
cominghomeOct 28, 2020
17
妙啊...
这一段代码好像可以抄... 如果是一些小技巧那抄起来很快，但是如果涉及到一整块代码优化，往往就会出现优化半小时，调试半天... 最后算了算了，回滚代码 |
 |
18
我会考虑去 pr，在被数落几次之后、把人家那味道学个几分了，再看情况改自己的东西。
什么，你说改公司的代码？不不不，我只会在给同事的 review 里写上我新而大胆的想法。 |
Select Language