Appfuse vs. Roo, что бы вы использовали и почему?appfuse vs roo - что бы вы использовали
Каковы сладкие пятна каждого.
Appfuse vs. Roo, что бы вы использовали и почему?appfuse vs roo - что бы вы использовали
Каковы сладкие пятна каждого.
В соответствии с ответом, который я дал TheServerSide thread по этому вопросу ...:
AppFuse стремится предоставить единый первоначальный эшафот вашего нового проекта. Это похоже на архетипы Maven или функции «нового проекта» Eclipse в том, что вы запускаете их один раз в начале нового проекта, а затем поддерживаете продвигаемый код. Система эшафотов больше не участвует в вашем проекте, как только вы ее запускаете один раз.
Roo, с другой стороны, предоставляет активный генератор кода с циркуляционным сообщением для вашего долгосрочного использования в данном проекте. Таким образом, Roo предлагает ценность как в начальное время создания, так и всякий раз, когда вы изменяете проект в будущем.
На практике это означает, что при разработке вашего проекта Roo автоматически будет поддерживать определенные файлы. Чтобы взять простой пример, когда вы добавляете (или удаляете) поле, Roo автоматически обновит toString, getters/seters, JSP-страницы и т. Д. Он также предлагает команды, чтобы позже вы могли добавлять новые возможности. Поэтому, если вам нужно добавить безопасность через шесть месяцев после создания проекта, вы просто «security setup». Или, если вам нужно отправить электронные письма, вы просто «http://static.springsource.org/spring-roo/reference/html/command-index.html#command-index-email-sender-setup». Аналогичные команды есть для многих других областей возможностей, таких как Spring Web Flow, JUnit, Selenium, общие поставщики JPA и т. Д. Вы просто откладываете решение, сколько захотите, и Roo добавит эти возможности только в то время, когда вы просите (и он также автоматически будет использовать эти новые возможности в вашем проекте).
Есть много других отличий. Roo позволяет расширять с помощью разработанного пользователем add-ons, он предлагает высоко usable shell, он позволяет вам постепенно наращивать новый проект и добавлять функции только по мере необходимости, он широко поддерживает последние версии основных технологий Spring, он поставляется с разработанным SpringSource (и поэтому одобрен) application architecture и так далее.
Прочтение справочного руководства Roo Introduction Chapter или просто завершение проекта ten minute test иллюстрируют, что они очень разные в подходе.
Для начинающих, roo выглядит более совершенным, с генерацией кода, использованием аспектно-ориентированного программирования и многое другое.
AppFuse, кажется, не поддерживается больше кажущимся, что последняя версия была выпущена в мае 2008 года
Его это прямо сейчас небольшое кровотечение край, из-за использованием еще неизданных версий 3 Spring Framework, но это изменится, и эта версия принесет массу интересных изменений в таблицу.
Он также поднимает вас на более весовом портфеле технологий Spring, таких как STS и tcServer, и делает его мертвым легко использовать Spring Security и Spring WebFlow.
Составитель только что сделал комментарий, что AppFuse скоро будет обновляться, поэтому он поддерживается, хотя вероятно, не так активно. –
«Upsell» немного вводит в заблуждение, учитывая, что продукты Spring, о которых вы упомянули, являются бесплатными. –
И верный своему слову, в конце 2009 года были обновлены AppFuse, поэтому он «еще не мертв». –
Мои заметки на AppFuse и Роо:
AppFuse
ли полностью рабочий приложение шаблон/проекта.
Традиционный DAO < -> Сервис < -> Контроллер архитектура
Легко начать работать с Maven архетипов
Большой документации и руководств
Не совсем в курсе. Пружина 3 Окончательный скоро будет выпущен и AppFuse основан на 2,5 (?)
Spring Roo
Spring Roo с другой стороны, является инструментом, что ускоряет развитие с помощью кода поколение.
Начало работы с новым, полностью укомплектованной проект занимает 1 минуту
Создает богатые объекты домена, где CRUD сплетаются в предметной области с использованием АОП вместо традиционных DAO,/услуги
Hard чтобы понять, если вы новичок в Spring
документации не так хорошо еще
Действительно круто! То есть добавьте Spring Security в свой проект только с одной строкой кода!
Я собираюсь с ROO.
Я уже использую
Так что мои предпочтения это продукты SpringSource, AS Я уже знаком с API-интерфейсом, документалити на, конвенции SpringSource и даже их кодирования практики, когда я продлевал код/Реализовано Охранно-фреймворка .. ;-)
так, мой совет пойти с инструментом/рамки, которая является более естественным для вас ..
Приветствие,
AppFuse имеет интеграцию с гобеленом, калиткой и другими структурами Web, которые Ий не делают - еще
для меня AppFuse, но не в курс, но весной еЕ использование AspectJ и есть части код, который вы не должны касаться, и мне это не нравится.
AppFuse -> изменение SpringFuse я более предпочитаю использовать SpringFuse
Spring Roo
Pros. 1.
Настраиваемый: Добавление и удаление diffrent рамки и аддон согласно вашему требованию.
База данных Обратный инжиниринг: Создавайте приложения CRUD, если у вас есть схема базы данных.
Сильная поддержка сообщества весны.
NoSQL MongoDB поддержка
Может создавать необходимые дополнения.
Против:
Требуется глубокое знание Аспект ориентированных и Spring стека.
AppFuse:
Pros:
Против: Настроить приложение, но не как Spring roo.
Telosys (легкий генератор кода) также является хорошей альтернативой. См http://www.telosys.org/
Он производит очень чистый код (без соблюдения как ApectJ) и шаблоны являются настраиваемыми
Там в стек шаблонов разработан для создания Spring MVC веб-приложений (и многие другие для генерации кода для других видов рамок).
Вопрос в несколько лет, и в это время появились новые инструменты производительности я хочу отметить:
Generjee. Generjee - это полнофункциональный инструмент. Вы определяете онлайн свои требования и (необязательную) модель данных. Затем вы получаете сгенерированный код в качестве загрузки.
Сгенерированный код не зависит от generjee.Этот инструмент полезен для запуска проектов разработки из интегрированной кодовой базы полного стека.
generjee сгенерирует для вас:
Forge. Чтобы описать это в некоторых словах, это «как Roo». Но Forge не так силен, основываясь на Spring и AspectJ как Roo.
«over designedered» обычно воспринимается как плохая вещь, но я предполагаю, что вы не имели в виду это – skaffman