关于将大量字符串发布到Web服务的建议

Question

下面是我的数组:

var.child.Cars1 = { name:null,operation:0,selected : false} 

现在,在上述阵列中,选定的属性代表复选框的选中/清除状态和我正在透过JSON.stringify上述阵列web服务(WCF)作为字符串张贴.

上面的数组包含2000 - 4000条记录,现在用户可以选中/取消选中复选框.

现在考虑上面数组中有4000条记录,其中有2000条记录被检查,2000条记录未经检查,在我的网络服务中,我只处理那些被检查的记录.我删除所选值为false的记录.

现在由于4000记录它是一个巨大的json字符串,因此我从Web服务端得到错误:

  Error :  (413) Request Entity Too Large

现在我没有过滤出选择为flase的记录的原因是因为它会在客户端浏览器上产生大量开销,甚至可以挂起浏览器,所以我现在在服务器端这样做.

所以我的问题是我应该在客户端筛选出选中为false的记录,然后仅发布2000条记录或者我正在做的是正确的方式.

我有一些疑问,发布如此巨大的json字符串将再次需要一些时间,过滤掉选择为false的记录也会给浏览器带来大量开销.

所以我不确定我做错了什么.

任何人都可以指导我这个???

Answer 1

一般来说，如果您开始遇到像这样的大请求大小问题，那么这是一个寻找优化而不是覆盖方法的好机会。许多人尝试提供规避该问题的方法，但没有提供有关不规避该问题的方法的见解，而是改进设计以使其更加轻量级。

以下是一些可能性：

您是否考虑过对请求进行寻呼？这将允许您根据需要在客户端上异步加载数据，从而防止请求花费太长时间，提高网站的响应能力，并减轻客户端和服务器内存方面的负担。您可以在用户滚动时抢先加载数据，如果需要，可以在该过程花费太长时间的情况下向用户提供某种娱乐/反馈，以便他们知道正在加载更多数据。

您是否考虑过将属性名称更改得更短、描述性更少，从而减少对象本身的占用空间？例如：

您当前的型号：

{ name:null,operation:0,selected : false}

简化模型：

{ n: null, o: 0, s: false }

诸如此类的方法将使读取 JSON 本身变得更加困难，但 JSON 并不只是供人们读取，它还用于序列化数据；不过，这可以通过记录模型来克服。这样做可能有助于减少高达 30% 的数据发送量。

我无法提供解决方案的完整方法，因为您必须问自己很多难题，例如您想要实现什么目标、谁将使用数据以及实现目标的最佳方式如何。

此外，我会强烈考虑质疑为什么一个流程需要用户同时与 2000 多条记录进行交互。我并不是想批评，而是说你需要批判性地审视你想要实现的目标背后的业务流程，因为可能存在重复性、用户压力等严重问题，这将极大地影响你的工作方式。应用程序将对最终用户有效且有用。举个例子，有没有办法可以将任务分解成更小、更不那么乏味的块，这样最终用户就不会盯着 4000 个复选框长达 2 小时？

这可能不是您正在寻找的答案，因为它会提出大量其他问题，但希望它能帮助您开始提出有助于形成最终答案的问题。