jquery - ASP.NET MVC 中的 jQuery 模板与部分视图

Question

我正在查看 jQuery 模板。它看起来非常有趣——语法简单，易于使用，非常干净。

但是，我真的不明白为什么使用 jQuery 模板而不是简单地通过 AJAX 获取部分视图更好。看起来局部视图更容易维护，并有助于避免代码重复。

我想使用 jQuery 模板。但是什么时候会比部分视图更好呢？

Answer 1

我同意这些确实重叠。有几种不同的方法可以实现同一个软件，您对使用什么的决定很大程度上取决于您的个人偏好和软件的上下文。

局部视图优点：

• 类型安全（如果使用强类型视图模型）
• 允许静态语法和类型检查。
• Visual Studio 中的完整代码完成/语法高亮支持

jQuery 模板的优点：

• 允许在执行回发之前更新页面，或者根本不向服务器端进行任何回发。这在创建大量 ajaxed 接口时非常方便，可能还具有 html5 驱动的离线功能。
• 您可以从服务器以 JSON 格式检索数据并将其呈现为 HTML。JSON 比 HTML 格式短得多，因此当使用慢速 Internet 连接时，对于长数据条目列表的页面加载时间会有所不同。

因此，本质上，部分视图更稳定，jquery 模板（对于 ajax 网站）是性能更高的选择。因此，我将部分视图用于需要快速开发的不经常使用的网页，并将 jQuery 模板用于性能非常重要的大量 ajax 网页。

Answer 2

一个示例是，当您最初想要显示多行时，然后还要在页面视图的过程中添加/删除单行（考虑显示然后编辑发票文档）。拥有能够一次呈现单行的精细控制使您能够显着提高应用程序的响应能力。

Answer 3

我要补充一点，jqt 的好处之一是您可以非常轻松地将前端开发交给第 3 方（专门从事此类工作），他们只需要知道 json 的对象模型。（可能还有一些返回服务器的“接口”）

这样，您的“后端”开发人员可以专注于手头的任务，而“前端”团队可以开发 jqt。jqt 的另一个优点是它们与 .net 环境完全隔离，因此可以（如果不太可能）为一部分操作更改后端技术（j2ee、php 等）而无需前端关心超出休息网址。

这是一个有趣的“空间”来观察，我才刚刚开始涉足。然而，在围栏的两边，事情只会变得更好，正如我在几周前向 dave (ward) 提到的那样，也许一些 razor 引擎端点将提供一种在未来版本中直接与 jqt 集成的方法——似乎有点不可避免的。