作者viper9709 (阿达)
看板Soft_Job
标题Re: [请益] 何时会决定要重构程式
时间Tue Nov 13 23:43:05 2018
※ 引述《srwhite (阿白)》之铭言：
(恕删)
: 但最近又要再增加一个
: 於是我开始犹豫该不该整个打掉重构
: 避免程式码继续这样扩张下去 感觉很不专业
: 之後再有需求也比较好调整
: 但如果复制改一改大概只要一个小时
: 打掉重构可能要一个礼拜 还不保证会不会有甚麽多出来的bug
: 想请教大家在类似的情况
: 都用哪些标准来决定甚麽时候应该重构
其实这问题不一定要重构
或者说有个折衷的方法
就是把新写的那支拿来重构
把第二次的需求跟第一次合并,也就是新的需求都跑新写的
旧的就继续跑原本旧有的code
这样就不用动到旧的code,新的也不用一直复制改
等於是重构只做半套
不过至少新的部分架构比较好,以後要改也比较有把握
可以算是现实妥协下的方案吧~
一点小浅见~供做参考
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.250.212.49
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1542123788.A.DAD.html
1F：推 scorpion: 然後之後换一批人就会莫名其妙为什麽同一个行为有两支 11/14 01:12
2F：推 NDark: 很正常 我的案子同一个模组有三种写法. 11/14 01:25
3F：→ NDark: 经过实验,递增不改旧,才是最稳的做法 11/14 01:26
4F：推 aspdoctor: CleanCode有提到『童子军原则』，可以搜寻一下 11/14 02:05
5F：推 massrelay: 务实，慢慢逐步取代风险小很多。 11/15 15:39
6F：推 internetms52: ㄊㄜ 11/20 08:45
7F：→ internetms52: 推，这做法很安全 11/20 08:45