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