※ 引述《srwhite (阿白)》之铭言：
(恕删)
: 但最近又要再增加一个
: 于是我开始犹豫该不该整个打掉重构
: 避免程式码继续这样扩张下去 感觉很不专业
: 之后再有需求也比较好调整
: 但如果复制改一改大概只要一个小时
: 打掉重构可能要一个礼拜 还不保证会不会有什么多出来的bug
: 想请教大家在类似的情况
: 都用哪些标准来决定什么时候应该重构
其实这问题不一定要重构
或者说有个折衷的方法
就是把新写的那支拿来重构
把第二次的需求跟第一次合并,也就是新的需求都跑新写的
旧的就继续跑原本旧有的code
这样就不用动到旧的code,新的也不用一直复制改
等于是重构只做半套
不过至少新的部分架构比较好,以后要改也比较有把握
可以算是现实妥协下的方案吧~
一点小浅见~供做参考