playframework - 寻找一个网络框架

Question

我正在开始一个新项目，该项目涉及一个托管 Web 应用程序的网站，希望能在决定选择哪个 Web 框架方面提供一些帮助。由于我在过去几年中是一名 eclipse 开发人员，所以我宁愿使用 Java web 框架(我还发现 java 更易于维护并且更容易测试、调试和扩展，但这是另一个话题..)

我做了一些研究，发现框架的数量惊人，你不可能在合理的时间内完成所有这些，这就是为什么我要向这个很棒的社区发表讲话:-)
不管怎样，我研究了 GWT、Play!、Wicket、Vaadin 和其他一些工具。他们每个人都有一些我觉得有问题的地方。

例如 Vaadin 和 wicket 都有非常好的小部件集并且非常易于使用。我认为用它编写 Web 应用程序比编写和调试 JavaScript 代码要容易得多。缺点是——所有的逻辑都驻留在服务器上，我发现它损害了用户体验(我调查了一些使用 Vaadin 的网站，感觉就像我登录到远程计算机......这是实际上离真相不远..)

Play 很棒，但它缺乏 GWT 和 Vaadin 的 GUI 编程能力，使用纯 jquery 构建复杂的 Web 应用程序可能很乏味，尤其是涉及 AJAX 时。

目前，我发现使用 GWT 插件是一个合理的解决方案。有没有人熟悉更好的候选人？

谢谢!

Answer 1

这类问题不是StackOverflow真正关心的问题，请在得到满意答复后删除。

也就是说，

GWT 是一个很好的解决方案，如果你想最小化整体网络流量，或者更好地说，更好地控制你的应用程序生成的网络流量(你基本上会有一个客户端应用程序在需要数据时与服务器通信).它有一些非常丰富的组件库，但是一旦你选择了一个，与其他的混合搭配就不是一件容易的事了，所以你最终仅限于此。而且，使用 Java 代码布置组件并不是那么有趣。

我对 Play! 了解不多，但它是一个基于 Action 的框架，因此，即使它使事情变得非常简单，它所做的事情都是基本的事情，你根本无法抽象并像使用基于组件的框架一样模块化您的代码。

像 Vaadin 和 Seam 这样的框架抽象得太多了，并且剥夺了您有时需要的对网络流量和资源消耗的控制(特别是 Seam)。

Wicket 是围绕组件抽象构建的(这在构建复杂的应用程序时有很大帮助)，但不会对您隐藏太多，让您可以根据需要对其进行微调。缺点是，与您所说的相反，它没有非常丰富的组件库(尽管所有构建 block 都在那里，并且很容易集成 javascript 库以添加“丰富性”)。