gwt - 用于 Web 应用程序开发的 Vaadin - 几乎没有疑问

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

2年前关闭。




Improve this question




我们正在尝试为 Web 应用程序的客户端开发选择一个框架。这些是我们应用程序的关键点。

1) 用户在客户端执行许多事件的富文本应用程序。

2) 我们正在寻求使用 Java 技术进行开发

3) 服务将在云端提供。

4) 需要移动支持。

5) 可扩展性也是主要关注点之一。

我通过此视频浏览了大量文档和信息 http://twit.tv/show/floss-weekly/187在线，现在已离开 瓦丁 和 普通 GWT .我在 GWT 开发方面有一些经验，但在 Vaadin 中没有(我只在 Vaadin 中编写了几个示例程序)。请帮助我理解一些事情。

1) 如果我必须在 Vaadin 中编写一个新的小部件，它的实现难易程度如何？

2) Vaadin 小部件或概念是否存在任何明显问题，可能会阻碍任何应用程序？

3) 如果明天我们决定只切换回 GWT，考虑到 Vaadin 与所有服务器代码逻辑一起工作，这是否可行？

4) Vaadin 每次访问服务器的方法是否对部署在云上的应用程序有影响？

5)最后但最重要的是，论坛支持和 future 发展如何？

非常感谢。请注意，我已经浏览了许多关于这些讨论的文章和链接，但是从一个至少在一段时间内对这些东西有实际经验的人那里了解是件好事。再次感谢。

Answer 1

我认为你应该根据每个人的架构做出这个决定，因为这是他们最大的不同点。

Vaadin 关注 Half-Object Pattern因此与 Eclipse RAP(和 ZK)相比，与 GWT 相比更具有可比性。你基本上有一个服务器应用程序，你可以从浏览器控制它。想想一个简单的按钮，它的状态保存在服务器上，在浏览器中你会看到它的表示。每次按钮的状态发生变化时，它都必须与服务器通信以更新其状态。因此，对于您拥有的每个小部件都是如此。

我必须说，我对 Vaadin 或 RAP 没有太多经验，但是想象一下，当您有许多小部件和许多用户同时使用它们时，您的服务器将不得不处理多少状态。这在云中可能不是一个大问题，但可能在资源有限的传统服务器上。

也就是说，您可以想象这种方法也不是很适合移动设备。每次状态更改都会导致服务器往返，但在移动设备上，您的连接可能很差，甚至根本没有连接。
在这里，我显然更喜欢纯 GWT，因为它可以完全在浏览器中运行，并且也可以“离线”使用。

你的另一个问题是关于小部件。确实，GWT 提供的小部件没有 Vaadin 多，但是有一些很好的小部件库可以补充现有的 GWT 小部件。问题是，您不能从 Vaadin 开始，然后再决定切换回 GWT，因为用 Vaadin 编写的小部件不能在普通 GWT 中使用。但反过来说，GWT 小部件和自写小部件可在 Vaadin 中使用。

我建议从普通的 GWT 开始，使用 UiBinder 编写自己的小部件，这非常容易。如果您想使用一些更复杂的小部件，请查看像 GWT-Bootstrap 这样的小部件库。或 Sencha GXT ，它们与普通 GWT 一起玩得非常好。