Согласно ответу, который я дал TheServerSide thread по этому вопросу ...:
AppFuse стремится предоставить единый начальный каркас вашего нового проекта. Это похоже на архетипы Maven или функции «нового проекта» Eclipse в том, что вы запускаете их один раз в начале нового проекта, а затем поддерживаете код scaffolded в дальнейшем. Система скаффолдов больше не участвует в вашем проекте, как только вы запустите его один раз.
Roo, с другой стороны, предоставляет генератор активного кода с поддержкой двусторонней связи для вашего долгосрочного использования в данном проекте. Таким образом, Roo предлагает ценность как при первоначальном создании, так и при каждом изменении проекта в будущем.
В практическом плане это означает, что по мере развития вашего проекта Roo будет автоматически поддерживать определенные файлы. В качестве простого примера: когда вы добавляете (или удаляете) поле, Roo автоматически обновляет для вас строку toString, методы получения / установки, страницы 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 позволяет расширение через разработанные пользователем дополнения , он предлагает очень полезную оболочку , позволяет постепенно создавать новый проект и добавлять функции только при необходимости, он широко поддерживает последние версии основных технологий Spring, он поставляется с разработанной (и, следовательно, одобренной) SpringSource архитектурой приложения и т. д.
Прочтите главу Справочного руководства Roo или просто завершите проект десятиминутный тест , чтобы показать, что они очень разные по подходу.