问各种Java Web表示层技术的优缺点

EN

我的观点非常偏向Wicket，因为我在JSP上被太多次绊倒之后，已经使用它一段时间了。

Wicket PROs:

layout和基于code.

• Component的真正分离，这意味着站点元素的高度可重用性；例如，您可以创建带有自动标签和样式的美化表单，只需在组件的构造函数中更改它的DAO对象，它就可以在另一个project.
• Excellent中完全重用，支持Ajax，
• 和各种框架，通常直接开箱即用，更重要的是，它不依赖于任何其他东西，除了slf4j/log4j之外，一切都是可选的

Wicket缺点：

• 开发在一般情况下有一些混乱，Wicket泛型现在有点混乱，尽管它们在1.4
• 中已经被清理了很多，一些组件(如Form.onSubmit())需要广泛的子类化或匿名方法来轻松地重写注入行为。这在一定程度上是由于Wicket强大的基于事件的设计，但不幸的是，这也意味着很容易用Wicket弄乱代码。

随机缺点：(也就是说，我没有用过，但这些是我的观点和/或我听说过的东西)

• GWT是基于JavaScript的，这在我听起来很愚蠢。主要的问题是它让我想起了太多的JSP:s和它的自动生成的类，这些类是horrible.
• Tapestry，没有以一种可以在两者之间轻松验证的方式正确地分离标记和代码，这将在未来导致问题。

我已经使用GWT完成了几个小项目。下面是我喜欢它的一些地方：

1. 默认情况下它是ajax，所以我不需要让它做ajax，它只是使用GWT出现的。
2. 它很好地分离了客户端代码和服务器端代码。
3. 我可以使用junit
4. 对我的客户端代码进行单元测试它可以让你构建清晰、快速的应用程序，这在很大程度上是因为它是ajax。

<代码>G29

我不喜欢的东西：

1. 有些东西并不像预期的那样工作。例如，我见过点击事件没有按预期触发的情况，所以我不得不对运行在eclipse中的tomcat执行workaround.
2. Auto-deploy，有时会停止工作，我永远也找不到原因。

我要问的最大的问题是，你为什么要改变表示层？这是一个非常昂贵的成本，我可以看到一种技术的好处超过了其他技术，就像改变成本一样……