GWT费用架构

Question

为什么GWT SDK的Expenses应用程序在同一个类中有活动和视图？例如com.google.gwt.sample.expenses.client.ExpenseReportList extends Composite和implements Activity。

将这些分开是不是最佳做法？

更新2011.02.23：

  

来自Google IO 2009 Ray Ryan的演讲，获得MVP的原因   能够轻松地在演示者上进行单元测试   涉及View中的代码。由于费用应用程序合并在一起   View和Presenter，做隔离控制器的任务   测试变得非常困难。

Answer 1

我认为是。因为视图是一个“重”对象，应该缓存，并且可以为该视图的每个请求创建活动。这也具有以下优点：每次请求都会刷新活动中保存的状态。

Answer 2

如果我不想重复使用视图及其组件，我会做同样的事情。

Answer 3

费用ROO生成的脚手架有点不同。在那里使用依赖注入GIN。 在应用场所和活动最佳实践时，我最大的问题是理解我们如何完全重用视图，因为有一些组件，如SuggestBox和CellBrowser，它们在模型的构造函数中作为参数。我发现的解决方法是为这些UI类使用某种适配器模式。我敢打赌，他们在Activity和UI中使用了一个类来克服这个问题。还想听听使用这些不被认为与可重用视图一起使用的UI类的最佳实践是什么！