是否有規劃說,或者規則,說諸如此類的話增量式開發與重新設計 - 是否有法律?
一旦程序被改變用途或從根本上適應更多的 三次是時候重新從重新設計的效果。
我意識到精心設計的程序應該是無盡適應性的,但實際情況往往並非如此。通常很難說明時間做適當的重寫。一定有一個笑話或者說這個困境。
是否有規劃說,或者規則,說諸如此類的話增量式開發與重新設計 - 是否有法律?
一旦程序被改變用途或從根本上適應更多的 三次是時候重新從重新設計的效果。
我意識到精心設計的程序應該是無盡適應性的,但實際情況往往並非如此。通常很難說明時間做適當的重寫。一定有一個笑話或者說這個困境。
如果您正在尋找這個主題的笑話,請查看本博客中使用的漫畫。這篇文章還鏈接到Joel Spolsky從2000年開始關於這個話題的想法,你可以在這裏引用一些好語錄。
http://www.ben-morris.com/why-refactoring-code-is-almost-always-better-than-rewriting-it/
我從來沒有聽說過評估決策過程的簡單規則;這是一個需要考慮很多因素的重大決策,估計重寫與增量重構的真實成本可能很困難。
大家好。 +1有趣的卡通。 –
非常好的文章。它讓我對舊的,特殊但功能正常的代碼有了新的認識。 –
如果不是,應該有。 – Lance
衡量成本。重寫的成本是多少?維護和更新現有系統的成本是多少?如果A列的數量大於B列的數量,則決定是明確的。 (只要確保你測量*所有*的費用,而不僅僅是花時間編碼。) – David
[這是一個很好的閱讀](http://twasink.net/2004/05/17/refactoring-vs-re-architecting -vs-redesign-vs-rewriting /)關於重構與重寫。 – Alp