何時重構爲設計模式？

Question

編碼和審查代碼時，很容易找出可以使用設計模式的地方。這裏有一個命令鏈，這裏有一個策略......即使更好的解決方案可能是一個開關或一些簡單的if，也很容易潛入並應用模式。

是否有一些規則或技巧可以估計何時進行實際的重構？

等到它變得太難以添加功能了？等到第三次你必須更改代碼？第一次你需要黑客？

Answer 1

如果代碼是可讀/可理解的，並且不可能在將來改變或擴展，那麼您可能希望保持原樣。

但是，如果代碼將更改，或者您需要在某個時候爲其構建解決方法，那麼最好馬上重構它。檢入代碼清理程序比以前更好。

請記住，它取決於投資回報。簡單的重構可能會級聯到代碼的其他部分，然後也必須重構。如果代碼庫將來不會持續發展，那麼重構它可能不值得花費太多時間。

Answer 2

我的想法是最有用的重構發生在一個新功能或修復一個錯誤時。當您編寫新代碼或修復錯誤時，您需要檢入代碼的改進版本（如果可以改進）。因此，如果設計模式改進了代碼（可讀性，更多可伸縮性，可測性），則可以重構該模式。

當沒有其他動機時重構模式幾乎沒有任何價值IMO。真正需要解決問題的方式是有幫助的。