GWT Расходы архитектуры

Question

Почему приложение Expenses из GWT SDK имеет действия и представления внутри одного класса? Например com.google.gwt.sample.expenses.client.ExpenseReportList extends Composite и implements Activity.

Не лучше ли разделить их?

ОБНОВЛЕНИЕ 2011.02.23:

Из презентации Google IO 2009 Рэя Райана, причина наличия MVP в состоянии сделать модульные тесты на презентере легко без с использованием кода из представления. Поскольку приложение Расходы слились воедино View и Presenter, задача сделать изолированный контроллер тесты становятся очень тяжелыми.

Answer 1

Я бы сделал то же самое, если бы не хотел повторно использовать представление и его компоненты.

Answer 2

Затраты на сгенерированные ROO строительные леса немного отличаются.Зависимость-инъекция GIN используется там.Моя самая большая проблема при применении лучших методов мест и действий - это понять, как мы можем полностью использовать представления, поскольку есть некоторые компоненты, такие как SuggestBox и CellBrowser, которые принимают в качестве параметра в конструкторе модель.Обходной путь, который я нашел, заключается в использовании какого-либо шаблона адаптера для этих классов пользовательского интерфейса.Я держу пари, что они используют один класс для Activity и UI, чтобы преодолеть это.Хотелось бы также узнать, как лучше использовать такие классы пользовательского интерфейса, которые, как считается, не работают с многоразовыми представлениями!

Answer 3

Я думаю, что это так. Поскольку представление является «тяжелым» объектом, его следует кэшировать, и для каждого запроса этого представления можно создавать акты. Это также имеет то преимущество, что состояние, сохраненное в действии, сбрасывается при каждом запросе.