架构问题：GWT 还是 Vaadin 创建桌面应用程序？

Question

我们计划创建一个提要阅读器作为Windows 桌面和iPad 应用程序。由于我们希望能够在此应用程序中显示网站并运行（我们自己的）JavaScript，因此我们考虑以 HTML/CSS/JavaScript 的形式提供该应用程序，只需封装即可通过一些 .NET 控件或 Cocoa Touch Web 浏览器组件。因此，当前的任务是找出使用哪个框架来创建要嵌入到应用程序中的 HTML/CSS/JS 文件。

对于 HTML/CSS/JavaScript 的开发，我们很乐意使用 Vaadin、GWT 或其他一些框架，因为我们使用 Java 比使用 JS 好得多。经过短暂的集思广益后，我们倾向于 Vaadin，因为 UI 组件非常好，但我担心大部分繁重的工作将在服务器上而不是在客户端上（这不会太好）。我们也想要 GWT，但是 Java 到 JS 的编译需要大量时间和额外步骤，并且过去使用它时会减慢开发时间。

问题是：您会选择哪个开发框架（假设您想实现这个项目并且到目前为止您主要使用 Java）以及为什么？如果有更好的框架选项（富客户端框架列表），请告诉我。

编辑：应用程序需要不时与我们的服务器通信（例如同步已读取的内容），但主要应该获取 xml feed 本身。因此，我希望大部分生成的代码可以嵌入到应用程序中，并且不需要我们的服务器进行繁重的活动。

Edit2：我们（实际上，即使您怀疑）期望至少 10000用户。

Answer 1

根据我在 Vaadin 的经验，我会这样做，但您的要求在某种程度上偏向于纯 GWT。

• Vaadin 需要服务器和服务器连接。如果主要构建离线桌面应用程序，则可以使用嵌入式 Jetty 等来解决此问题。 （仅在需要时与在线服务同步），但对于 iPad，您需要立即连接在线才能启动 Vaadin 应用程序。
• GWT 完全在客户端运行，您可以构建一个仅在需要时连接的 JavaScript 浏览器应用程序。

由于 Vaadin 的开发速度要快得多，因此您可以先构建一个小型 Vaadin 版本，然后看看这在 iPad 上是否确实存在问题。

另一方面，如果您可以假设立即上网，则可以完全跳过本地服务器安装。只需在线运行应用程序并使用操作系统默认浏览器控件（即您建议的.NET 控件）实现桌面版本即可。那么瓦丁就更容易了。

Answer 2

Vaadin只是基于GWT的框架，但有两个非常重要的特性：

• 不需要运行GWT编译器。它是纯java的。当然，如果不添加插件，因为 gwt 编译器必须运行。
• 您不需要编写通信代码。因此，您不需要解决 DTO 问题、不可序列化对象映射，也不需要编写 servlet。

我在工作中使用 Vaadin 一年了，我们还没有出现性能问题（类似桌面的应用程序，约有 500 个用户）。 IMO 非常好的解决方案是仅将 Vaadin 用于 UI，逻辑移动到独立的 beans 并使用 Spring 或 Guice 连接这两个元素。

在这种情况下，您应该使用 MVP 模式和领域驱动开发。

• 业务 bean 是使用视图接口发送响应的域对象和逻辑。
• 自定义 Vaadin 组件（可以扩展标准组件）实现视图接口。

如果 Vaadin 不适合您，当您决定更改 UI 引擎时，这种方法很好。只需重写 guice/spring 映射并编写视图接口的新实现即可。

Answer 3

我的 3 美分：

如果您决定使用 vaadin，您将从已经很好看的组件中受益。由于您不想编写（大量）CSS，因此 vaadin 开箱即用就已经很漂亮了。然而，Vaadin 是一个服务器端框架。即使用户界面交互不涉及获取任何数据（例如从一个选项卡移动到另一选项卡），也会影响后端。

如果您决定使用 GWT，您至少必须设计应用程序的样式（这并不难）。还有编译时间长的问题（但是您可以在托管模式下进行测试和调试，该模式允许您无需编译即可运行应用程序，然后仅在部署时进行编译）。 gwt 的主要优点是您可以控制发送到线路的内容，对于不需要从后端获取数据的 UI 交互，它将纯粹在客户端工作。开发人员将决定何时向后端发送请求。 （在 GWT 中执行 RPC 请求非常简单）

希望这会帮助您做出决定。