现在选择Java Web框架？

Question

我们正处于将基于自定义开发的mvc框架构建的大型网站迁移到基于Java的网络框架的计划阶段，该网络框架对ajax，富媒体内容，混搭，基于模板的布局，验证，最大html /提供内置支持java代码分离。Grails看起来是一个不错的选择，但是，我们不想使用脚本语言。我们要继续使用Java。基于模板的布局是首要考虑的问题，因为我们打算将此Web应用程序用于功能相似但外观完全不同的多个网站。

基于门户的解决方案是否非常适合此问题？

有关使用“ Spring Roo”或“ Play”的任何见解都将非常有帮助。

我没有找到类似的职位像这样，但它是一个多岁。同时，情况肯定发生了变化！

编辑1：感谢你的伟大答案！该网站正成为最佳的渠道内程序员信息的单一来源。但是，我期待有关使用Portal-cms二重奏的更多信息。Jahia看起来很货。有什么相似之处吗？

Answer 1

基于门户的解决方案是否非常适合此问题？

就个人而言，我会远离大型的Portal解决方案（它们通常是生产力的杀手ers）。虽然我听说过有关Gatein的好消息，但是我没有任何实际经验。

有关使用“ Spring Roo”或“ Play”的任何见解都将非常有帮助。

关于Spring Roo，我已经在互联网上阅读过诸如Spring Roo Vs（Wicket和Spring）之类的先前答案以及其他内容，但我仍然不确定（也许我不明白），我不确定它的成熟度，更重要的是，我真的很想知道SpringSource对Grails和Roo所做的事情（不，Grails与Roo –为什么SpringSource推动了两种非常相似的技术？使我无法说服它们都可以生存）。

关于Play，我不能说太多。我已经像所有人一样看过该演示，但我想阅读现实生活中的反馈。在那之前，我将等待。

我确实找到了类似的帖子（…）。同时，情况肯定发生了变化！

是的，不是:)但是，让我们进入演示框架吧：你的问题没有一个答案（就像一年前一样），周围有十几个框架，也没有明显的赢家。仅举几例：

• JSF：许多人都对基于组件的框架持怀疑态度，包括我在内，所以我不是谈论它的最佳人，但是…
• JSF 2（+ CDI /焊接）：（Gavin King鼓励）JSF怀疑论者“重新审视”。确实，我认为JSF 2是一个很大的改进，特别是对于CDI而言，但是…它仍然是很新的（理解，它没有费用返还）。如果你想使用Java EE 6，请进行检查。
• Wicket：另一个基于组件的框架正受到越来越多的关注。我听到的大部分都是关于它的好处：比JSF简单，好设计，可测试性高，对HTML设计人员友好等。你可能喜欢它。
• Tapestry：别这么做（请参阅为什么停止使用Tapestry？）
• Struts 2，Spring MVC，Stripes：基于动作的框架。一切都不错，将满足你的需求（个人而言，我喜欢Stripes及其在配置方法上的约定，请参见Stripes vs. Struts2了解它）。

• GWT，Flex，Grails：这些可能不是你想要的。我真的不能谈论Flex和GWT（最新版本），但是我知道Grails确实有 一些 支持者。
  实际上，我建议你看一下Matt Raible的演示文稿，他在比较Web框架，显示其优势和劣势，收集事实和数字，显示趋势方面确实做得非常好。我建议：
  

• 比较JSF，Spring MVC，Stripes，Struts 2，Tapestry和Wicket（仍然不作废）

• 未来的Web框架：Flex，GWT，Rails和Grails（只是为了尝试替代方法）
• 比较Kick-Ass Web框架（这是最新的）
  确实，看看这些演示文稿，它们将帮助你找到合适的框架（没有唯一的答案，但是你可以通过消除选择来限制选择），并且可能会改变你的观点。