使用 JQuery 或任何其他类似框架从您的自定义 URL/Web 服务加载 HTML 内容非常容易。这种方法我已经用过很多次了，到现在都觉得效果很满意。
但是所有的书，所有的专家都试图让我使用 JSON 而不是生成的 HTML。它比 HTML 优越得多？
是不是快很多？
它在服务器上的负载是否要小得多？
另一方面，我有一些理由使用生成的 HTML。
你站在哪一边，为什么？
【问题讨论】：
标签： javascript jquery html ajax json
其实我有点两面派：
使用 HTML 的主要优点是当您想用 Ajax 请求返回的内容替换页面的整个部分时：
我通常不会真正考虑事物的“性能”方面，至少在服务器上：
最后，绝对重要的一件事：
并回答另一个答案：如果您需要更新页面的多个部分，仍然存在将所有这些部分发送到一个大字符串中的解决方案/黑客，该字符串将多个 HTML 部分分组，并在 JS 中提取相关部分。
例如，您可以返回一些如下所示的字符串：
<!-- MARKER_BEGIN_PART1 -->
here goes the html
code for part 1
<!-- MARKER_END_PART1 -->
<!-- MARKER_BEGIN_PART2 -->
here goes the html
code for part 2
<!-- MARKER_END_PART2 -->
<!-- MARKER_BEGIN_PART3 -->
here goes the json data
that will be used to build part 3
from the JS code
<!-- MARKER_END_PART3 -->
这看起来不太好，但它确实很有用（我已经用过很多次了，主要是在 HTML 数据太大而无法封装到 JSON 中的时候）：你正在为需要演示的页面部分发送 HTML，而您正在为需要数据的情况发送 JSON...
...为了提取这些，我想 JS 子字符串方法可以解决问题；-)
【讨论】：
如果响应不需要进一步的客户端处理，我认为 HTML 是可以的。发送 JSON 只会强制您进行客户端处理。
另一方面，当我不想一次使用所有响应数据时，我会使用 JSON。例如，我有一系列三个链式选择，其中一个的选定值决定了哪些值将用于填充第二个，依此类推。
【讨论】：
根据您的 UI，您可能需要更新 DOM 中的两个（或更多）不同元素。如果您的响应是 HTML 格式的，您是否要对其进行解析以找出去向的内容？或者您可以只使用 JSON 哈希。
您甚至可以组合它，返回带有 html 数据的 JSON :)
{ 'dom_ele_1' : '<p>My HTML part 1</p>', 'dome_ele_2' : '<div>Your payment has been received</div>' }
【讨论】：
IMV，这完全是关于将数据与数据表示分离，但我支持 Pascal，它不一定意味着这种分离只能跨越客户端/服务器边界。如果您已经（在服务器上）进行了这种分离并且只想向客户端显示某些内容，那么无论您是发回 JSON 并在客户端上对其进行后处理，还是只发回 HTML，这完全取决于您的需求。说在一般情况下发回 HTML 是“错误的”，这太过笼统的声明 IMV。
【讨论】：
我主要同意这里所说的观点。我只是想将它们总结为：
如果您最终在客户端解析 HTML 以对其进行一些计算，则发送 HTML 是一种不好的做法。
如果您最终要做的只是将 JSON 合并到页面的 DOM 树中，那么发送 JSON 是一种不好的做法。
【讨论】：
当您有一个 javascript 小部件从服务器请求信息时，通常会发送 json，例如列表或树视图或自动完成。这是我发送 JSON 的时候，因为它将被解析和使用原始数据。但是，如果您只是要显示 HTML，那么在服务器端生成它并在浏览器上显示它的工作要少得多。浏览器已针对使用 innerHTML = "" 将 HTML 直接插入 dom 进行了优化，因此您不会出错。
【讨论】：
innerHTML 在历史上比文档片段慢得多：coderwall.com/p/o9ws2g/…。
JSON 是一种非常通用且轻量级的格式。当我开始将它用作客户端模板解析器数据时，我发现了它的美妙之处。让我解释一下，在我在服务器端使用 smarty 和视图（产生高服务器负载）之前，现在我使用一些自定义 jquery 函数，所有数据都在客户端呈现，使用客户端浏览器作为模板解析器。它节省了服务器资源，另一方面，浏览器每天都在改进他们的 JS 引擎。所以客户端解析的速度现在不是一个重要的问题，更重要的是，JSON对象通常很小，所以它们不会消耗大量的客户端资源。我更喜欢为一些浏览器速度较慢的用户提供一个速度较慢的网站，而不是因为服务器负载过重而为每个人提供速度较慢的网站。
另一方面，从服务器发送纯数据是您将其从表示中抽象出来，因此，如果明天您想更改它或将您的数据集成到另一个服务中，您可以更轻松地做到这一点。
只要我的 2 美分。
【讨论】：
我认为这取决于设计的结构，使用 JSON 比使用 HTML 更性感，但问题是如何处理它以便易于维护。
例如，假设我的列表页面使用整个站点的相同 html/样式，我将编写全局函数来格式化 HTML 的这些部分，我所要做的就是将 JSON 对象传递给函数.
【讨论】：
我想补充一些有趣的东西。我开发了一个只加载一次完整视图的应用程序。从那时起，它仅使用 ajax 与服务器通信。它只需要加载一页（我这样做的原因在这里并不重要）。有趣的是，我特别需要返回一些要在 javascript 中操作的数据和要显示的部分视图。我本可以将其拆分为对两个单独操作方法的两次调用，但我决定使用更有趣的方法。
检查一下：
public JsonResult MyJsonObject(string someData)
{
return Json(new { SomeData = someData, PartialView = RenderPartialViewToString("JsonPartialView", null) }, JsonRequestBehavior.AllowGet);
}
您可能会问什么是 RenderPartialViewToString()？就是这里的这小块凉爽：
protected string RenderPartialViewToString(string viewName, object model)
{
ViewData.Model = model;
using (StringWriter sw = new StringWriter())
{
ViewEngineResult viewResult = ViewEngines.Engines.FindPartialView(ControllerContext, viewName);
ViewContext viewContext = new ViewContext(ControllerContext, viewResult.View, ViewData, TempData, sw);
viewResult.View.Render(viewContext, sw);
return sw.GetStringBuilder().ToString();
}
}
我还没有对此进行任何性能测试，所以我不确定它是否会比为 JsonResult 调用一个操作方法和为 ParticalViewResult 调用一个操作方法产生更多或更少的开销，但我仍然认为它非常酷。它只是将部分视图序列化为字符串并将其与 Json 一起作为其参数之一发送。然后我使用 JQuery 获取该参数并将其放入适当的 DOM 节点:)
让我知道你对我的混血儿的看法！
【讨论】：
嗯，
我是少数喜欢以这种方式分开事物的人之一： - 服务器负责传递数据（模型）； - 客户端负责显示（视图）和操作数据（模型）；
因此，服务器应该专注于交付模型（在这种情况下 JSON 更好）。 这样，您将获得一种灵活的方法。如果你想改变你的模型的视图，你保持服务器发送相同的数据，只改变客户端，javascript组件，将数据更改为视图。想象一下，您有一台服务器将数据传输到移动设备和桌面应用程序。
此外，这种方法提高了生产力，因为服务器和客户端代码可以同时构建，永远不会失去焦点，当你不断从 js 切换到 PHP / JAVA / 等时会发生这种情况。
一般来说，我觉得大部分人更喜欢在服务端尽量多做，因为他们不精通js，所以尽量避免。
基本上，我和那些从事 Angular 工作的人有相同的看法。在我看来，这就是网络应用的未来。
【讨论】：
在大多数情况下，HTML 响应就足够了，除非您必须在客户端执行一些计算。
【讨论】：
如果您想要一个干净的解耦客户端，我认为这是最佳实践，那么让 100% 的 DOM 由 javascript 创建是有意义的。如果您构建了一个基于 MVC 的客户端，该客户端具有构建 UI 的所有知识，那么您的用户一次下载一个 javascript 文件并将其缓存在客户端上。初始加载之后的所有请求都是基于 Ajax 的，并且只返回数据。这种方法是我发现的最干净的方法，并且提供了对演示文稿的干净独立的封装。
然后服务器端只专注于传递数据。
所以明天当产品要求你完全改变页面的设计时，你所改变的只是创建 DOM 的源 JS，但可能会重用你已经存在的事件处理程序，而服务器却没有注意到，因为它 100% 与演示文稿
【讨论】：
HTML 有许多冗余且未显示的数据，即标签、样式表等。 因此，与 JSON 数据相比，HTML 的大小会更大，从而导致更多的下载和渲染时间，也会导致浏览器忙于渲染新数据。
【讨论】：
视情况而定。
有时必须避免使用 JSON。 例如，当我们的程序员在 js 编程中遇到问题时。
我的经验告诉我：最好使用 ajax 服务而不是内联 JSON。
js迟早会出问题
【讨论】：