问我应该选择哪个框架-- Seam、Wicket、JSF还是GWT？

EN

其中我唯一使用过的是JSF，所以我不能给您其他的反馈，但这是我对JSF的看法。根据我的经验，当我们从JSP中的JSF转换到facelets中的JSF时，生活变得容易多了，所以我将重点介绍facelets。而且，看起来Seam和JSF并不是相互排斥的。

优点：

• 创建facelets xhtml组件很简单，这促进了重用。使用内置标记(如ui:insert、ui:include和通过基于faces-config的ui:decorate
• Simple访问Spring )的
• 良好的模板化功能使不熟悉java的web开发人员仍然可以有效地使用java中提供的良好的微件库

缺点：

仅限

• Post请求。这可以使difficult.
• Not作为内置ajax-y作为GWT的书签，但是如果与Seam

一起使用，这个问题可能会得到解决。

我绝对不是JSF/Facelets方面的专家，所以我相信我还错过了其他的东西。希望其他人也会详细说明。

JSF2.0的更新：

对于2.0版本的复合components

• Widget库，JSF2具有更好的重用功能，包括primefaces和mojarra scales

• Allows get请求和bookmarking

• Has内置Ajax支持

• 有关JSF2

的更多信息，请参阅http://andyschwartz.wordpress.com/2009/07/31/whats-new-in-jsf-2/

我从1.4版本开始使用GWT，从2.0规范开始使用JSF。

GWT是一个客户端框架，它从Java生成JavaScript。您的体系结构将是一个纯客户端-服务器，这意味着：

• 最好使用粗粒度的服务
• 所有移动到客户端的对象都应该是完全可序列化的(这意味着没有延迟加载，或OpenSessionInView模式)
• 从GWT2.0开始，你可以使用xhtml设计你的gui，这在样式和结构方面要容易得多HTML倾向于好的架构，如果你搞砸了它将不利于历史记录(浏览器后退按钮，可加书签的urls)支持是硬代码< refactor
• Perfect >E211>，你可能不得不使用自己的
• ，尽管在

前面破解一些东西很容易

JSF是一个基于组件的框架，具有视图优先的设计(如果您喜欢代码隐藏)：

• 更容易做一些类型的
• (有状态的，像购物webapp支持对话(想像在几个页面上维护状态的向导一样的页面)
• 你可以根据你的堆栈实现OpenSessionInView。如果您使用EJB作为服务/业务层，可能不推荐使用
• JSF2具有对AJAX的一流的支持，并且使用像RichFaces这样的组件套件，您可以构建很好的webapp
  • ，但是如果您想要精致的javascript行为，您必须编写一些javascript

​

• JSF跟踪客户端或服务器端的当前UI状态。这是网络流量或服务器内存之间的权衡。

简历：

对于需要最佳客户端性能的web applications (比如gmail)，

• GWT更合适。很容易编写定制组件(您可以编写Java语言)，而且由于您的服务器端只是一个服务层，因此您可以在服务器上实现完全无状态side.
• JSF更适合大多数CRUD应用程序，这些应用程序更适合面向组件的东西:比如酒店/航班预订系统、带购物车的在线商店等

感谢wicket的朋友们保持清醒，并继续进行这次讨论。我是一个wicket用户，我喜欢它。我的主要原因是：

1. 是一个组件框架。我喜欢使用组件，而不是整个页面。
2. 我可以让设计者来处理模板和页面。当我在java parts
3. 上工作时，没有什么新东西需要学习。它的“只需要java和HTML”的
4. 我喜欢它的ajax后备机制。在浏览器上没有javascript支持的地方，特别是在移动设备上，它会退回到普通的html，一切都会正常工作。
5. 它没有xml配置是一个加号
6. ，它支持我想要在web应用程序中的一切。例如，验证、国际化、后退按钮支持和restful URL等

我之前的经验是GWT和JSF1.0