Spring roo Vs (Wicket和Spring)

Question

Spring roo是一个新的框架，我发现它非常有趣。在过去的3-4年里，我一直致力于web应用程序的开发，我总是发现，如果每个人都对标记和服务器端逻辑的分离不够严格，那么JSP就很难跨团队进行维护。我在上一个项目中使用过JackBe/BackBase，我喜欢将xml模板用作视图。这比JSP要好得多。但是我不能通过selenium for backbase自动化网络测试。

我肯定会在后端使用Spring MVC (-view)，Hibernate。我发现Wicket是一个很好的选择。你使用过wicket和Spring吗?你有什么经验？

Answer 1

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

• 获取《Wicket在行动》一书。
• 用户邮件列表非常有用。
• 确保您了解Wicket的编程模型，尤其是与会话序列化相关的内容(该书在这方面的帮助不够大)。
• Wicket擅长构建有状态页面，它需要更多工作来构建无状态页面。

<

• >H19>有一些很好的UI小部件，如inmethod Wicket可以轻松地将
• beans注入到页面或组件中。<

>H212<代码>F213

Spring Roo仍处于测试版(1.0 M2)，因此可能还为时过早。我们也考虑过Tapestry 5，但一年前我们认为它有点年轻。

Answer 2

Spring Roo 1.0.0 (GA)现在已经发布，包括大约100页的文档。

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

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

Answer 3

今年早些时候，当他们宣布Roo时，我正在阿姆斯特丹的SpringOne会议上。我的印象(和我在那里的同事的印象)是，如果你每隔几周生成一个基于web的CRUD应用程序，Roo是很好的-他们将其定位为Grails的纯Java版本(这是用于Java的RoR )。

其他人看起来都不感兴趣--但这只是一种观点。