Как стать автором
Обновить

Комментарии 19

Но использовать его для (например) изучения и быстрого старта — вполне возможно

Про быстрый старт вы надеюсь пошутили? :)
Почему пошутили? Roo генерит классный, эталлонный код веб приложения, со всеми фичами типа i18n.
Строить на Roo сложные приложения возможнои не стоит, но для простых интерфейсов и для ознакомления — самое то.
мне код который roo сгенерил понравился именно с точки зрения ознакомления — узнал много нового про spring и hibernate, про AOP вообще молчу
ага. именно для ознакомления руу очень крут.
А аспекты вы куда дели? :) В roo напихано существенно больше технологий чем может пригодиться в обычной жизни.
ну я аспектами никогда не пользовался — просто наверное потому что не умею :)
и в этом плане руу хороший пример использования и туториал
Просто для простого приложения добавление аспектов приводит только к его усложнению. Наиболее простая связка с моей точки зрения для вебприложений в спринге, это все же JPA + Spring MVC. Ну и все же Hibernate при этом использовать не стоит, большинству хватит и того что дает JPA.
Аспекты удобно применять для управления уровнями изоляции транзакций. Правда не в курсе что там в roo делается с помощью аспектов.
Еще это можно делать аннотациями.
И почему как только я начинаю разрабатывать свой велосипед, так тут же объявляется новый классный готовый:-)
Главное, чтобы он не появился после окончания разработки своего велосипеда.
А то потом только и остается, что убеждать себя — что он зато с блекджеком и шлюхами.
а можно вживую пощупать, то что получилось? а то картинки это конечно интересно, но…

выше делали замечание, что «Строить на Roo сложные приложения возможнои не стоит, но для простых интерфейсов и для ознакомления — самое то.», а вот почему не сказали (((
Как у любой другой конструктор, Roo хорош для «стандартных» задач, но с его помощью не получиться сгенерить приложение решающее что-то нестандартное.
Хотя — в результате работы Roo — вы получаете вполне стандартный проект основанный на maven — и дальше его можно «пилить» руками без использования Roo

Пощупать — к сожалению сейчас никуда не могу выложить — но — с точки зрения «конечного пользователя» — там щупать особо и нечего — простейший CRUD — все-таки данный пример больше инетересен с точки зрения изучения кода, который получился при генерации.
с т.з. генерации кода и ускорения разработки, на мой взгляд, хорош Grails. Имеются и плагины для GWT,
а Roo у SpringSource как-то медленно развивается
у меня так и не получилось запустить на линуксе — проблемы с gwt плагином
а mvn tomcat:run и mvn jetty:run валятся на ошибке про закольцованный индекс

на винде gwt:run завелось, но работало по сути только под firefox (и то не все сущности получалось редактировать. в частности не работали животные и прием)
как ни странно на хроме тоже наблюдались проблемы (скорей всего связанные с плагином)

ну собсно от М1 сильно много ждать не приходится
зря только гугл со спрингсорсом раструбили о поддержке gwt — она еще очень сырая
У меня получилось на Ubuntu завести пример. Но, не работают точно такие же вещи, как и у вас на винде. Плюс еще не понравилась скорость выполнения
НЛО прилетело и опубликовало эту надпись здесь
чаще всего такая задача решается копи-пастом с предыдущего проекта и подгонкой под текущий. Практически у каждого я думаю есть набор болванок «веб-проект на спринге», «веб-проект на jsf & ejb» — и прочее.

roo генерит такую-же болванку — но да — достаточно навороченную — одни аспекты чего стоят
Самая классная фишка Roo, которую упустили и автор, и комментаторы — это то, что даже после изменения проекта БЕЗ использования Roo, войдя снова в Roo Shell, вы увидите, что все ваши изменения были учтены. Лично мне это сносит крышу.

Плюс Roo Shell — это очень круто и удобно. Контекстно-зависимый выбор возможных вариантов по Табу, например.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории