2009-11-15 39 views
0

在大多數情況下,重構要比重寫完整的代碼庫更好。我們有相當有趣的情況。在我們的應用程序業務層非常好。通過單元測試,關注點分離等。它確實存在一些問題,但它可以被重構。從頭開始重構或重寫UI層

但UI層已過時。它是ASP.NET +一些AJAX,但我們想遷移到純AJAX應用程序(ExtJS + REST)。該應用程序非常大,有大約100個獨立的屏幕。你會建議什麼?

回答

1

我對你的應用程序Michael非常熟悉。在過去的幾年裏,我也曾兩次出現過這種情況。從頭開始重寫有巨大的好處。你不能逐步改善你的位置。從Kathy Sierra看到這一點。

Incremental vs Revolutionary

硬着頭皮從頭開始重新設計。你有機會吹滅競爭對手,但這種改進永遠不會發生。

+1

年,正確。 Netscape開發人員可能在白板上繪製了相同的圖形 – 2009-11-15 21:36:04

+0

喜歡這個圖形,但我不確定這個答案在任何情況下都適用。如果OP使用分層體系結構,則可以替換UI /表示層,而不會對其他層進行重大更改。 – TrueWill 2009-11-15 21:57:30

+0

在任何情況下都不適用。然而,根據我的經驗,任何SaaS應用程序的重寫都有很大的好處,必須每2-5年進行一次。 – 2009-11-16 04:15:53

0

我沒有看到一個真正有用的,通用的答案的前景。給予完全的自由,我會同意格倫和點子彈,併爲整個事情。然而,商業現實可能會阻止,如果應用程序足夠大,那麼前期投資可能會太大。然後問題是你是否可能到達需要增量的地方。

例如,假設您的應用遵循一種常見模式,有一些選擇屏幕,其中要處理的項目由用戶選擇並導向數據輸入屏幕。然後,你可以用漂亮的ajax來重做選擇屏幕,但保留數據輸入屏幕。在下一次迭代中解決這些問題。