使用 JQuery 或任何其他类似框架从您的自定义 URL/Web 服务加载 HTML 内容非常容易。我已经多次使用这种方法，直到现在，发现性能令人满意。
但是所有的书，所有的专家都试图让我使用 JSON 而不是生成的 HTML。它如何比 HTML 优越得多？
它会快很多吗？
它在服务器上的负载是否要小得多？
另一方面，我有一些使用生成的 HTML 的原因。
你站在哪一边，为什么？
我有点两边，实际上：
使用 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 以对其进行一些计算，则发送 HTML 是不好的做法。
如果您最终要做的只是将 JSON 合并到页面的 DOM 树中，那么发送 JSON 是不好的做法。
好，
我是少数喜欢以这种方式分离事物的人之一： - 服务器负责提供数据（模型）；- 客户端负责展示（查看）和操作数据（模型）；
因此，服务器应该专注于交付模型（在这种情况下，JSON 更好）。这样，您就可以获得灵活的方法。如果您想更改模型的视图，您可以让服务器发送相同的数据，只需更改客户端、javascript 组件，将数据更改为视图。想象一下，您有一台服务器向移动设备和桌面应用程序提供数据。
此外，这种方法提高了生产力，因为服务器和客户端代码可以同时构建，永远不会失去焦点，这就是当您不断从 js 切换到 PHP / JAVA / 等时发生的情况。
一般来说，我认为大多数人更喜欢在服务器端做尽可能多的事情，因为他们不掌握js，所以他们尽可能地避免它。
基本上，我和那些在 Angular 上工作的人有相同的看法。在我看来，这是网络应用程序的未来。
我有一些有趣的东西，我想我可以添加。我开发了一个只加载一次完整视图的应用程序。从那时起，它仅使用 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 节点中 :)
让我知道您对我的混合动力车的看法！
如果响应不需要进一步的客户端处理，我认为 HTML 是可以的。发送 JSON 只会迫使您进行客户端处理。
另一方面，当我不想一次使用所有响应数据时，我会使用 JSON。例如，我有一系列三个链式选择，其中一个的选定值决定了哪些值将用于填充第二个，依此类推。