3

对于 GWT 前端，最好的基于 Java 的 Web 框架后端是什么？

可能的后端：seam、jsf、spring web ... ?

特别是我对实践经验和优点和缺点感兴趣。

顺便说一句： - 请不要使用动态类型语言 - 有没有人为此尝试过缝或弹簧？

4

5 回答 5

4

我发现最好的一个是 EJB3/JPA。因此，您的 GWT 通过 RPC 与您的 Web 层对话，Web 层依次实例化 EJB 会话 Bean 以处理所有业务逻辑和持久性。您的 JPA Persistence POJO 可以从后端一直使用到 GWT，因此您无需进行任何类型的翻译或转换。它使您的代码保持整洁，并让您可以自由地创建您想要的任何范例（胖客户端、瘦客户端、mvc 等等）。

优点：

  • 干净的实现，JPA POJO的可以从后端一路传递到前端
  • 使用您喜欢的任何设计模式灵活构建后端
  • 无需编写任何类型的在线翻译代码，只需使用内置的 GWT RPC
  • 基于行业标准，因此文档/支持广泛可用

缺点：

  • 您只需要在 POJO 中使用在 GWT 中编译的代码。无论如何，您不应该有业务逻辑，所以大多数时候这不是问题。
于 2009-06-29T22:24:04.133 回答
2

JAX-RS (JSR 311)，通过Jersey（参考实现）

优点

  • 简单而强大的注释/基于 POJO
  • 内置 Java EE 应用服务器（尤其是 glassfish）
  • 工具支持（例如 netbeans Web 服务浏览器、EJB 集成、spring/guice 集成）

缺点

  • 我不知道！
于 2009-06-29T10:10:32.667 回答
2

圣杯优点：

  • 快速发展
  • 如果需要，可以通过 HTTP 或 GWT RPC 实现简单的 JSON
  • 令人难以置信的生产力
  • 大量简单的插件

缺点：

  • 你会很想为所有后端使用 grails。

任何建议像 Seam 或 JSF 这样繁重的东西的人都没有意识到 GWT 客户端是有状态的，并且您不需要任何可以找到的最简单的动作请求框架（目前是 grails）之外的任何东西

于 2009-06-30T02:00:41.887 回答
1

这在一定程度上取决于您要使用哪种客户端-服务器通信。如果您使用 Google RPC，由于 GWT RPC 在服务器上的连接方式，您的选择会受到限制——这在很大程度上决定了 servlet 的使用，没有 MVC 框架。

另一方面，如果您想通过网络使用 JSON 或 XML，那么 Web 框架的选择几乎取决于您，我不会说一个专门用于这项工作的框架比其他框架更好。你应该选择你最熟悉的框架。

于 2009-06-29T12:42:14.920 回答
0

我更喜欢 seam 作为后端：它有很好的安全支持，它支持更大的转换模式。

于 2009-06-30T17:36:19.217 回答