从 VB.NET 服务器向 HTML5 客户端发送大量数据的推荐方法？

如何解决从 VB.NET 服务器向 HTML5 客户端发送大量数据的推荐方法？

早上好！

我有这个旧的 Flash 应用程序（不用担心问题不是关于这个！）它从 .NET 服务器接收数据。

数据是一个两千行的表，基本上我所做的是：用 vb.net 查询数据库，用数据创建一个长查询字符串，然后通过 GET 用 response.write 方法将它发送回 Flash。然后 Flash 客户端相应地解析它。该应用程序是我们的员工用来定位车辆的停车场 GPS 地图。信不信由你，它在过去的 12 年里一直运行良好，而且还在继续！

长话短说，现在我的老板让我重新开始并完全用 HTML5 重新制作应用程序。一个主要变化是，为了“标准化”，数据将从常规表列转换为 XML 格式，因此数据块的大小会增加。

另外，我承认我从来没有对通过 GET 来回移动数据感到完全满意。我不记得我为什么这样做这么脏。可能当我们急于让应用程序运行时，它就可以正常工作了，除此之外还有很多其他事情要做，它被搁置一旁，剩下的就是历史了。

无论如何，既然我们正在重新启动它，我这次想以正确的方式来做。所以问题是：

1. 对于从 .NET 服务器向 AJAX 客户端发送数据，您有什么建议？ POST 方法是显而易见的替代方法，还是有最新最好的方法？

2. 我应该将整个 XML 作为一个大的独特数据块发送并在客户端中完全解析它还是最好以数组格式发送它（每个项目节点作为一个数组条目）并解析数组条目？我的问题是，考虑到机器是平板电脑而不是个人电脑，客户端的 CPU 密集度会更低。

3. 流式传输数据是一种选择，还是这是一个愚蠢的想法？

我感谢建议和示例！

谢谢！

解决方法

首先，我建议使用 JSON 而不是 XML。您可以使用两个库来序列化/反序列化 JSON 数据：Newtonsoft 或 System.Text.Json。

对于从 .NET 服务器向 AJAX 客户端发送数据，您有什么建议？ POST 方法是显而易见的替代方法，还是有最新最好的方法？

您绝对应该通过 POST 请求执行此操作。

我应该将整个 XML 作为一个大的唯一数据块发送并在客户端中完全解析它还是最好以数组格式发送它（每个项目节点作为一个数组条目）并解析数组条目？我的问题是，考虑到机器是平板电脑而不是个人电脑，客户端的 CPU 密集度会更低。

这真的取决于。如果我写这篇文章，我会添加对服务器端分页的支持，以便您知道将返回的总记录数，但您只返回当前可见的记录数。这将大大提高速度。

流式传输数据是一种选择，还是这是一个愚蠢的想法？

只返回一个 JSON 响应。

,

对于从 .NET 服务器向 AJAX 客户端发送数据，您有什么建议？ POST 方法是显而易见的替代方法，还是有最新最好的方法？

GET 和 POST 之间没有真正的区别，当然这对您的上下文没有任何影响； GET 就可以了。

GET 可能如下所示：

GET /api/parkinglot/1234 HTTP/1.1
Host: somehost.com

POST 可能如下所示：

GET /api/parkinglot HTTP/1.1
Host: somehost.com

{ "id":1234 }

本质上是一个文本文件，发送到服务器。服务器响应。这不是“我们现在做事的方式”或“更现代”的东西，POST 不会“表现得更好”。它使用更多的字节，并且服务器的解释略有不同。就是这样。对于您所描述的内容，GET 将完全有效

我应该将整个 XML 作为一个大的唯一数据块发送并在客户端中完全解析它还是最好以数组格式发送它（每个项目节点作为一个数组条目）并解析数组条目？我的问题是，考虑到机器是平板电脑而不是个人电脑，客户端的 CPU 密集度会更低。

其实也无所谓。数组并不一定比 XML 神奇地多多少少；这一切都只是文本，由客户解释。您可以编写一个非常浪费的基于数组的解决方案或一个精益的 XML 解决方案。您应该抛弃的是向客户端发送大量数据块的想法。客户资源有限；不要发送 2000 任何东西；设备的用户对 2000 项数据有什么可能的用途？你不能在屏幕上显示它并有意义地解释它；如果它是一个表格数据块，他们最终会围绕它进行平移、滚动、缩放、搜索......考虑重新设计应用程序，以便在他们需要时发送他们需要的数据。您可能会认为发送 2000 个数据点以在地图上渲染为 1000 个针脚，经纬度可能是个好主意，客户端可能有一个非常好的渲染引擎，可以处理它并使其快速而愉快使用..但真的吗？听起来服务器需要在这里做更多的工作

流式传输数据是一种选择，还是这是一个愚蠢的想法？

这都是流媒体。每次下载或上传都是一个数据流。数据在串行流中从 A 到 B，以便它从另一端弹出与它进入的顺序相同的顺序。您需要在精神上摆脱流式传输、下载、发送以及您在获取方面想到的任何其他概念周围的数据。这些不是不同的东西；开始专注于真正有效地处理您请求的数据、处理和从服务器发出所需的时间以及在客户端上进行的处理。确定最适合进行各种计算的位置；客户端搜索所有名为 smith 的用户，服务器向客户端发送一百万人，客户端解析和搜索数据是没有意义的。服务器应该完成大部分工作。如果你想在屏幕上画一个三角形，你可以发送 3 个点并让客户端渲染它，而不是让服务器渲染 200 万像素的图像，发送它并让客户端绘制图像。在其中一个示例中，服务器做了很多事情，而在另一个示例中，客户端做了很多事情。在这两个问题中，都有过多的数据流动。专注于每个资源的优势

我感谢建议和示例！

这并不是 stackoverflow 的真正用途；我们不会为您设计或编写程序 - 您必须这样做，我们会告诉您如何解决您遇到的问题。询问“什么是最好的”的问题通常会偏离主题，因为它们会吸引固执的答案。

在撰写此答案时，我并没有真正以您想要的方式回答您提出的任何问题，因为这是不允许的。相反，我试图保持在形成自己的解决方案时应该考虑的事实观察和要点。当您遇到该解决方案的问题时，我们可以提供帮助，但“为我设计和实施我的解决方案”不是问题