Я работаю над проектами GWT уже несколько месяцев, и я решил попробовать эту вещь Spring Roo. Я заметил, что переход от 0 к тем же результатам, что и к Roo, может занять очень много времени. Моя первая мысль была: "Это здорово"!
Но как только вы настроите пару постоянных объектов, и Roo генерирует ваши леса для GWT, и у вас есть очень простой макет, но огромное количество кода. И что? Вы перестаете использовать Roo и продолжаете работать вручную? Пользовательский интерфейс приятный, но очень простой.
Я не хочу изменять вещи вручную, так как я не хочу испортить создание Roo. Поэтому я просто удаляю все вещи Roo, и я снова попадаю в "медленный" режим.
Кто-нибудь создал относительно сложное приложение с Spring Roo + GWT?
Я не очень хорошо знаком с Spring, поэтому он может стать уродливым (используется для GWT + GXT + DataNucleus + Guice/Gin + Gilead). Вы рекомендуете держаться подальше от Roo в таком случае?
С моей точки зрения, Roo хорош для создания шаблона домена, так как это очень утомительно, но что он.
По моему опыту, Roo очень полезен для быстрого прототипирования и доказательства концепции.
Также полезно поддерживать модель данных в синхронизации с уровнем JPA/DAO.
Но для более сложных бизнес-требований на уровне обслуживания и дизайна пользовательского интерфейса вам придется переключиться на обычное старое ручное кодирование.
по моему опыту. roo + gwt дает вам экстремально длинные циклы сборки (когда у вас достаточно сущностей, не пробовал это с помощью springMVC, возможно, он тоже замедляется). конструкция aspectj каким-то образом вызывает это. так что сломать его. я бы не стал делать это снова. если вы не верите, что я создаю образец проекта с 100 объектами с 5 полями каждый. Затем откройте консоль AJDT и очистите проект... и попробуйте кофе-брейк или что-то еще, -)