GWT費用架構

Question

爲什麼GWT SDK的費用應用程序在同一個班級內有活動和視圖？例如com.google.gwt.sample.expenses.client.ExpenseReportList extends Composite和implements Activity。

分離這些不是最好的做法嗎？

UPDATE 2011.02.23：

從2009年穀歌IO雷瑞安的演講，對於具有MVP 是能夠使上料器單元測試，輕鬆無 涉及從查看代碼的一個原因。由於費用應用合併在一起 查看和演示者，做孤立控制器 測試的任務變得非常困難。

Answer 1

我認爲這是。因爲視圖是一個「沉重的」對象，應該緩存，並且可以爲該視圖的每個請求創建活動。這也具有保存在活動中的狀態隨每個請求被刷新的優點。

Answer 2

我會做同樣的，如果我不想重用視圖和它的組件。

Answer 3

費用ROO生成的腳手架有點不同。在那裏使用依賴注入GIN。 我在應用場所和活動最佳實踐時遇到的最大問題是理解我們如何完全重用視圖，因爲有一些組件（如SuggestBox和CellBrowser）在構造函數中作爲參數存在模型中。我發現的解決方法是爲這些UI類使用某種適配器模式。我敢打賭，他們使用一個類的活動和用戶界面來克服這一點。還想聽聽使用這種UI類的最佳實踐，這些UI類不被認爲可以與可重用視圖一起使用！