Roo + GWT - 適合發展？

我已經在GWT項目上工作了幾個月，現在我決定嘗試這個Spring Roo的事情。我注意到，從0到與Roo相同的結果可能需要很長時間。我的第一個想法是：「這很棒」！Roo + GWT - 適合發展？

但是，一旦你設置了幾個持久化實體，Roo爲GWT生成你的腳手架，並且你有一些非常基本的佈局，但是有大量的代碼。那又怎麼樣？你停止使用Roo並繼續？用戶界面很好，但非常基本。

我不想用手修改事情，因爲我不想搞亂Roo一代。所以我只是刪除所有Roo的東西，然後再次進入「慢速」模式。

有沒有人用Spring Roo + GWT創建了一個相對複雜的應用程序？我不太熟悉Spring，所以它可能會變得醜陋（習慣於GWT + GXT + DataNucleus + Guice/Gin + Gilead）。你建議在這種情況下遠離Roo嗎？

從我的角度來看，Roo很適合生成領域層樣板，因爲這非常繁瑣，但就是這樣。

來源

2010-12-09 code-gijoe

從我的經驗來看，Roo對於快速原型設計和概念驗證非常有用。

保持數據模型與JPA/DAO層同步也很有用。

但的確，對於服務級別和UI設計中更復雜的業務需求，您必須切換到普通的舊手動編碼。

來源

2010-12-10 08:02:46

那麼，這是「官方」的用例嗎？快速原型設計，或者當你想在真實項目中使用它時，讓它生成一次腳手架，然後從那裏開始（即破解自動生成的代碼，並再也不會運行roo）？ – Thilo 2010-12-12 05:18:01

以我的經驗。 roo + gwt讓你的構建週期非常長（當你有足夠的實體時，沒有用springMVC試過它，也許它也很慢）。 aspectj build會以某種方式導致它。所以要打破它。我不會再這樣做。如果你不相信我會創建一個包含100個實體的示例項目，每個實體都有5個字段。然後打開AJDT控制檯並清理項目...並喝咖啡休息時間;-)

來源

2012-05-04 19:13:20 cproinger

Roo + GWT - 適合發展？

回答

相關問題