Spring roo Vs（Wicket和Spring）

Question

Spring roo是新的框架，我发现它非常有趣。我已经在网络应用程序工作了3到3年了，如果每个人都没有足够的关于标记和服务器逻辑分离的纪律，那么总是发现JSP很难在各个团队中维护。我在最后的项目中使用过JackBe / BackBase，我喜欢用作视图的xml模板。这比JSP好得多。但我无法通过selenium为后备库自动化网络测试。

我肯定会在后端使用Spring MVC（-view），Hibernate。我发现Wicket是一个不错的选择。你和Spring一起使用过wicket，你有什么经历？

Answer 1

首先，Spring Roo是一个代码生成器工具（类似于Grails commands系统）：

alt text http://blog.springsource.com/wp-content/uploads/2009/10/00-logo.png

其次，Spring Roo应用程序目前使用Spring Web Flow作为视图，使用Spring作为粘合剂。

所以，虽然你可以比较（Spring Web Flow + Spring）和（Wicket + Spring），但后面的组合并没有提供任何可与Roo开箱即用的东西（可能AppFuse或{{3}但你没有提到它们，它们是第三方项目）。

换句话说，我不认为“Spring Roo vs（Wicket and Spring）”是有道理的。

Answer 2

我们目前的项目使用Spring和Wicket，我们一直使用Spring，但一年前切换到Wicket。几点建议：

• 获取“Wicket in Action”一书。
• 用户邮件列表非常有用。
• 确保您了解Wicket的编程模型，特别是与会话序列化相关的内容（本书对IMHO这本书没有帮助）。
• Wicket擅长构建有状态页面，需要更多工作来构建无状态页面。
• 有一些很好的UI小部件可用，比如inmethod DataGrid。
• 在页面或组件中注入Spring bean很容易。

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

Answer 3

Spring Roo 1.0.0（GA）现已发布，包含大约100页的文档。

如果您想知道Roo是什么和why use it，我建议您阅读参考指南的introductory chapter。它涵盖了这一点以及更多内容。

@Antony，GWT支持是Roo的一个主要优先事项，也是我目前正在努力的事情。期待在不久的将来看到一些有趣的整合。

Answer 4

今年早些时候，当他们宣布Roo时，我参加了在阿姆斯特丹召开的SpringOne会议。我的印象（以及我在那里的同事的印象）是，如果你每隔几周生成一个基于Web的CRUD应用程序，Roo就会很好 - 他们把它作为纯Java版本的Grails（这是Java的RoR）。 / p>

其他人看起来并不感兴趣 - 但这只是一种意见。

Answer 5

几个月前我见过Roo的演示。它看起来很像Grails（另一种弹簧技术），除了不是为Groovy语言创建工件，而是为Java创建它们。 它仍然强制执行良好实践，并使您以干净的方式应用MVC模式。

就个人而言，该演示并没有让我改变我的首选工具包（Grails），但那是因为我可以用Groovy实现更快的结果（例如，解析xml在Java中比在Groovy中更“痛苦”）。另外，使用Grails，我可以立即看到我所做的更改，而无需重新编译整个项目，并在每次想要查看结果时重新启动应用程序。 最后但并非最不重要的是，在Grails中，你有很多插件可以制作精美的Ajax网站（例如ZK，如果你想避免使用Javascript，但是有GWT，Yahoo，Dojo等插件......）。

所以，如果你不想学习Groovy（如果你已经了解Java就不太难），那么Roo就是用Hibernate和Spring的所有功能来构建干净的web项目的方法。

我希望这会有所帮助......

Answer 6

为什么要使用Roo，当一个人可以用/ GET构建一些东西并最终得到更丰富更好的结果并且没有Roo及其架构的约束。 Spring Web Flow是昨天的技术。

Answer 7

完全取决于您的要求。如果它是一个小型站点，那么像GWT或Wicket这样的面向组件的框架是必须，因为它们使非常容易。

Answer 8

Roo支持GWT多久了？我认为Roo对GWT的使用使其成为GWT和Roo的巨大胜利！

Answer 9

Roo和GWT以预发布形式提供today。在我看来，绝对没有为黄金时间做好准备。