jquery - 使用 jQuery 独立 Web 应用程序与服务器端演示框架

Question

我开始将演示交易应用程序的前端重写为富 Web 客户端(当前实现在 Silverlight 中 - 您可以看到它 here )。我正在考虑两种重写选项:

1. 使用 jQuery UI 等框架的基于 JavaScript 的独立客户端
2. 使用客户端框架(例如 jQuery UI)和服务器端框架(例如 ASP.NET MVC3、JSF、GWT 等)的混合客户端。

您对每种方法的优缺点有何看法？我主要寻找应用良好的架构原则(例如 MVC 和事件)来创建易于理解和维护的简洁模块化设计的能力。

编辑:查看响应，我想澄清一下，存在一个执行大量业务逻辑的服务器组件(请参阅此 architecture diagram )。客户端只需使用基于 JSON 的服务将其命令和查询发送到服务器即可。从这方面来说，客户端确实是轻量级的，只关注用户交互和呈现。

所以我真正追求的是:

a) 关于方法 1 和 2 使用什么框架来实现简洁的模块化设计的指南

b) 关于为什么一种方法比另一种方法效果更好的意见

例如，如果 JavaScript 框架的组合足以轻松创建强大的表示层，我会倾向于#1。换句话说，如果我要投资一个 JavaScript 重度客户端，为什么要引入对服务器端框架的额外依赖 - 这真的会让我的工作变得更容易吗？ (假设无论哪种方式都有一个学习曲线)

Answer 1

GWT 是客户端。如果与 gwtQuery 一起使用，它可以替代 jQuery。

技术的选择实际上取决于许多因素(您在这里没有提到)，但主要取决于您已经知道的因素。就我个人而言，我会选择:

1. GWT 和 gwtQuery 客户端，主要是因为我了解它们。客户端将是纯ajax，所有业务逻辑都在服务器上完成。

2. REST 服务器，执行业务逻辑并向客户端提供(演示)数据。 REST 技术有很多，我个人知道 Resteasy，所以我会使用它。

更新:

关于 1. 与 2. 方法:方法 1. 主要用于复杂的 Web 应用程序(又名 gmail)，其中网页不会重新加载，所有交互都是通过 DOM 操作和 AJAX 调用完成的。它为您提供更好的响应能力(页面不会重新加载)和更好的加载时间(因为几乎没有传输 HTML，只有 JSON 数据)。如果你想拥有丰富的UI体验，无论如何你都需要在客户端使用一些JS，所以你永远无法完全逃脱这一部分。

缺点是需要懂JS。此外，当代码库增长时，JS 代码往往会出现可维护性问题。然而，如果您使用 GWT，所有这些都可以得到缓解:java 是静态类型的，编译为最小大小的 JS 并抽象浏览器的怪癖(提供抽象的 DOM 访问)。它还具有强大的 IDE 支持(Eclipse 和 IDEA)，GUI builder (如果你想要的话)，模块化( MVP )，很棒的文档，大量的库，还有我最喜欢的 gwtQuery (jQuery 的克隆)。

所以，我个人的选择仍然是方法 1。使用 GWT 作为技术，主要是因为我已经了解该技术。