ASP.NET MVC中的jQuery模板与部分视图
我正在看一下jQuery模板。 它看起来很有趣 – 语法简单，易于使用，非常干净。
但是，我真的不明白为什么最好使用jQuery模板而不是简单地通过AJAX获取部分视图。 看起来部分视图看起来更容易维护，有助于避免重复代码。
我想使用jQuery模板。 但什么时候会比部分观点更好？
我同意这些确实重叠。 有几种不同的方法可以实现相同的软件，而您对使用内容的决定大部分取决于您的个人偏好和软件的上下文。
部分视图优势：
- 类型安全（如果使用强类型视图模型）
- 允许静态语法和类型检查。
- Visual Studio中的完整代码完成/语法突出显示支持
jQuery模板的优点：
- 允许在执行回发之前更新页面，或者根本没有任何回发到服务器端。 这在创建大量的ajaxed接口时非常方便，可能还有html5驱动的离线function。
- 您可以以JSON格式从服务器检索数据并将其呈现为HTML。 JSON比HTML格式要短得多，因此当使用慢速互联网连接时，这会对长数据条目列表的页面加载时间产生影响。
因此，本质上部分视图是更稳定的，jquery模板（对于ajax网站）是更高性能的选择。 因此，我使用部分视图来查看需要快速开发的不太常用的网页，以及jQuery模板，用于性能非常重要的大量网页。
一个示例是当您想要最初显示多个行时，然后还要在页面视图的过程中添加/删除单个行（想想显示然后编辑发票文档）。 使粒度控件能够一次渲染一行，使您能够显着提高应用程序的响应能力。
我想补充一点，jqt的一个好处是你可以很容易地将前端开发传递给第三方（专门从事这类工作），他们只需要知道json的对象模型。 （加上可能还有一些’接口’回到服务器）
通过这种方式，您的“后端”开发人员可以专注于手头的任务，而“前端”团队可以开发jqt。 jqt的另一个优点是它们与.net环境完全隔离，因此可以（如果不太可能）可以更改后端技术（j2ee，php等）以获取一部分操作，而无需前端关注resturl。
这是一个值得观察的有趣“空间”，也是我刚刚开始涉足的一个空间。 然而，在围栏的两侧，事情只会变得更好，正如我在几周前提到的那样dave（病房），也许一些剃刀引擎端点将提供一种在未来版本中直接与jqt集成的方式 – 似乎有点必然。