Spring Roo的VS（检票和Spring）(Spring roo Vs (Wicket and

Spring Roo的是新的框架，我发现它很有趣。我一直在Web应用程序最近3 - 4年，总是发现JSP是难以跨越的团队来维持，如果每个人都没有足够的纪律有关的标记和服务器端逻辑的分离。我已经使用JackBe / Backbase公司于上项目，我很享受工作的意见XML模板。这是比JSP的更好。但是我不可能通过硒Backbase公司自动化webtests。

我将肯定使用Spring MVC（ - 视图），休眠的后端。我发现检票作为很好的替代品。你用检票口与Spring，什么是你的经验？

Answer 1:

首先，Spring Roo的是一个代码生成工具（类似的Grails命令系统）：

_{（来源： springsource.com ）}

其次，Spring Roo的应用目前使用Spring Web Flow的观点和Spring的胶水。

因此，尽管你可以比较（Spring Web Flow的春+）和（检票+春），后组合不提供任何可比Roo的开箱即用（可能的AppFuse的或AppFuse的光，但你没有提到他们，他们是第三方项目）。

换句话说，我不认为“Spring Roo的VS（检票和春季）”是有道理的。

Answer 2:

我们目前的项目使用Spring和Wicket，我们一直使用的春天，但切换到检票口一年前。几个建议：

找书“在行动检票”。
用户邮件列表是非常有帮助的。
请确保您了解Wicket的编程模型，尤其是会议的序列化相关的东西（这本书并没有足够的帮助在这方面恕我直言）
检票是善于建设状态的页面，它需要更多的工作，以建立无状态的页面。
有可用的像inmethod DataGrid中一些好的UI部件。
这很容易在你的页面或组件来注入你的Spring bean。

Spring Roo的是仍处于测试阶段（1.0 M2），所以它可能是早了一点。我们还考虑了Tapestry 5，但我们认为这是一个有点年轻一年前。

Answer 3:

Spring Roo的 1.0.0（GA）已经正式发布，完整的有100页的文件。

如果你想知道关于袋鼠是什么，以及为什么使用它，我建议您采取的读介绍章节的参考指南。它涵盖了这一点，并更多。

@Antony， GWT的支持是Roo的一个主要优先事项和什么我目前的工作。期待看到在不久的将来一些有趣的整合。

Answer 4:

我在阿姆斯特丹SpringOne上会议今年早些时候，当他们宣布袋鼠。我的印象（和我的同事谁在那里的）是，袋鼠是好的，如果你生成一个基于Web的CRUD应用程序每隔几个星期 - 他们投了它的Grails的纯Java版本（这是回报率的Java）。

没找任何人有趣的 - 但是这只是一种观点。

Answer 5:

我已经看到了袋鼠的演示几个月前。它看起来很像Grails的（另一弹簧技术），只是代替了Groovy语言创建工件，创建他们为Java。
不过它强制很好的做法，让你在一个干净的方式运用MVC模式。

就个人而言，演示并没有让我改变我的首选工具包（Grails的），但那是因为我能做到用Groovy更快的结果（解析例如XML是远远超过在Groovy“痛苦”在Java中）。此外，使用Grails我可以看到我的变化做出迅速而无需重新编译我的整个项目，我想看到的结果，每次重新启动应用程序。最后但并非最不重要的，在Grails中你有吨的插件，使花式的Ajax网站（ZK例如，如果你想避免使用Javascript，但也有插件GWT，雅虎，道场，等...）。

所以，如果你不想学习的Groovy（这是不是太困难，如果你已经知道的Java），袋鼠是去打造干净的网络项目，Hibernate和Spring的所有电源的方式。

我希望这有帮助...