※ 引述《srwhite (阿白)》之銘言：
(恕刪)
: 但最近又要再增加一個
: 於是我開始猶豫該不該整個打掉重構
: 避免程式碼繼續這樣擴張下去 感覺很不專業
: 之後再有需求也比較好調整
: 但如果複製改一改大概只要一個小時
: 打掉重構可能要一個禮拜 還不保證會不會有甚麼多出來的bug
: 想請教大家在類似的情況
: 都用哪些標準來決定甚麼時候應該重構
其實這問題不一定要重構
或者說有個折衷的方法
就是把新寫的那支拿來重構
把第二次的需求跟第一次合併,也就是新的需求都跑新寫的
舊的就繼續跑原本舊有的code
這樣就不用動到舊的code,新的也不用一直複製改
等於是重構只做半套
不過至少新的部分架構比較好,以後要改也比較有把握
可以算是現實妥協下的方案吧~
一點小淺見~供做參考