Spring Roo Vs (Калитка и Весна)

Question

Spring roo - это новый фреймворк, и я нашел его очень интересным. Я работал над веб-приложением последние 3-4 года, и всегда находил, что JSP сложно поддерживать в разных командах, если все недостаточно дисциплинированы относительно разделения разметки и серверной логики. Я использовал JackBe / BackBase в последних проектах, и мне понравились шаблоны XML, работающие как представления. Это было намного лучше, чем JSP. Но я не смог автоматизировать веб-тесты через селен для базы.

Я бы наверняка использовал Spring MVC (-view), Hibernate на бэкэнде. Я нашел калитку как хорошую альтернативу. Вы использовали калитку вместе со Spring и каков был ваш опыт?

Answer 1

Во-первых, Spring Roo - это инструмент для генерации кода (аналогично командам Grails system):

_{(источник: springsource.com )}

Во-вторых, приложения Spring Roo в настоящее время используют Spring Web Flow для представления и Spring для клея.

Итак, хотя вы можете сравнивать (Spring Web Flow + Spring) и (Wicket + Spring), более поздняя комбинация не предлагает ничего похожего на Roo из коробки (возможно AppFuse или AppFuse Light , но вы не упомянули их, и они являются сторонними проектами).

Другими словами, я не думаю, что «Spring Roo vs (Wicket and Spring)» имеет смысл.

Answer 2

Наш текущий проект использует Spring и Wicket, мы всегда использовали Spring, но перешли на Wicket год назад. Несколько советов:

• Получить книгу "Калитка в действии".
• Список пользователей очень полезен.
• Убедитесь, что вы понимаете модель программирования Wicket, особенно материал, связанный с сериализацией сеансов (ИМХО, эта книга недостаточно помогает в этой области).
• Wicket хорош для создания страниц с состоянием, для создания страниц без состояния требуется больше работы.
• Есть несколько хороших виджетов пользовательского интерфейса, таких как метод DataGrid.
• Легко внедрить ваши bean-компоненты Spring в ваши страницы или компоненты.

Spring Roo все еще находится в бета-версии (1,0 м2), поэтому может быть немного рано. Мы также рассмотрели «Гобелен 5», но подумали, что год назад он был немного молодым.

Answer 3

Spring Roo 1.0.0 (GA) уже выпущен, содержит около 100 страниц документации.

Если вам интересно узнать, что такое Roo и зачем его использовать , я рекомендую прочитать вводную главу справочного руководства. Это охватывает это и многое другое.

@ Antony, GWT Поддержка является основным приоритетом для Roo и над чем я сейчас работаю. Ожидайте увидеть интересную интеграцию в самое ближайшее время.

Answer 4

Я был на конференции SpringOne в Амстердаме в начале этого года, когда они объявили о Roo. У меня сложилось впечатление (и у моего коллеги, который был там), что Roo был хорош, если вы генерировали веб-приложение CRUD каждые несколько недель - они представили его как чистую Java-версию Grails (которая является RoR для Java).

Ни для кого не выглядело интересным, но это просто мнение.

Answer 5

Зачем использовать Roo, если кто-то может построить что-то с GWT и в итоге получит гораздо более богатый результат и без ограничений Roo и его архитектуры. Spring Web Flow - это вчерашняя технология.

Answer 6

Я видел демо Roo несколько месяцев назад. Он очень похож на Grails (еще одна технология Spring), за исключением того, что вместо создания артефактов для языка Groovy вы создаете их для Java.
Тем не менее, это навязывает хорошую практику и заставляет вас применять шаблон MVC чистым способом.

Лично демо-версия не заставила меня изменить мой предпочтительный инструментарий (Grails), но это потому, что я могу добиться более быстрых результатов с Groovy (например, синтаксический анализ XML намного более болезнен в Java, чем в Groovy). Кроме того, с Grails я могу видеть изменения, которые я делаю мгновенно, без необходимости перекомпилировать весь мой проект и перезапускать приложение каждый раз, когда я хочу увидеть результаты. И последнее, но не менее важное: в Grails есть тонны плагинов для создания модных веб-сайтов на Ajax (например, ZK, если вы хотите избежать Javascript, но есть плагины для GWT, Yahoo, Dojo и т. Д.).

Итак, если вы не хотите изучать Groovy (что не так уж сложно, если вы уже знаете Java), Roo - это путь для создания чистых веб-проектов со всей мощью Hibernate и Spring.

Надеюсь, это поможет ...

Answer 7

Это полностью зависит от ваших требований. Если это небольшой сайт, то компонентно-ориентированные фреймворки, такие как GWT или Wicket, являются обязательными , поскольку они делают вещи действительно легкими.

Answer 8

Roo и GWT доступны сегодня в предварительной версии. На мой взгляд, определенно не готов к прайм-тайм.

Answer 9

Как скоро с Roo будет поддерживаться GWT? Я думаю, что использование GWT от Roo делает его огромным выигрышем для GWT и Roo!