gpt4 book ai didi

jquery - 有关 JSON 实际限制的反馈?

转载 作者:行者123 更新时间:2023-12-01 06:01:26 25 4
gpt4 key购买 nike

我正处于应用程序设计的关键决策点。它是一个 ASP.NET Web 应用程序,使用 REST 请求有关各种产品的信息。某些产品根据其属性/变体具有不同的 ProductID。例如,用户可能对 Rogaine 感兴趣。有关 Rogain 的 REST 请求可能会返回包含多种变化的响应 - 1 个月供应、3 个月供应或 4 个月供应。这些变体中的每一个都有不同的 ProductID、不同的正常价格、不同的销售价格和许多不同的属性。每个产品都有一组不同的“特征”、不同的图像等。每个产品的属性数量可能相当多。

在大多数情况下,只有几种产品变体。有时是六打,有时是一打或两个。在这些情况下,JSON 可以轻松满足我的要求。

但以一件衣服为例。它可能有几十种颜色可供选择。它还提供 6 种不同尺寸。您不想将其中每一个都显示在自己的页面上。在单个页面上显示此产品并呈现这些尺寸和颜色选项供用户选择会更加用户友好。也许他们想订购小号红色。

在上面的示例中,有近 100 种选项组合。此时,我认为 JSON 对我来说成为一个不切实际的选择。对于每个独特的组合,都有多个图像链接(每个图像以不同的颜色显示产品)。每个产品都有标价、常规价格和促销价以及节省金额。每个都有运输属性。每个产品都有自己的功能列表,可以是每个产品的文本段落。

好的,我的观点已经明确 - JSON 字符串中需要填充大量数据,并且当颜色或大小发生更改时,查找详细信息会出现延迟。

我喜欢亚马逊提供选择的方式。以下是这种情况的链接:

http://www.amazon.com/American-Apparel-Jersey-Chemise-Small-Navy/dp/B003ILSHQ2/

我查看了源页面,但没有看到他们在客户端存储每个产品的详细信息的位置。如果您将鼠标悬停在每个颜色样本上,您会看到页面上的所有详细信息都发生了变化。价格、运费、大图、功能。事实上一切都在改变。

我偶尔会看到“正在加载...”指示器,但在大多数情况下,速度太快,以至于您看不到任何客户端/服务器通信的迹象。

他们是如何在不完全重新加载页面并且不在客户端上存储这些信息的情况下做到这一点的?他们用的是什么技术,有人知道吗?

相信我,每次产品变体更改时发送另一个 REST 请求的往返成本太高了。在我的第一个 REST 响应中,我已经拥有了每种产品的全部数据。数据不在我的服务器上或在我的控制范围内,我真的不想将其保存在我的服务器上。

由于我已经拥有所有数据,我想存储它,以便可以像亚马逊一样使用它,但我想将其交给客户。使用 JSON 字符串将是完美的,并且在大多数情况下,我可以......但总体上不是有效/高效的。

有没有办法对 JSON 字符串进行索引,以便更快地处理大量数据?对于 JSON 来说是不是太多了?我还可以使用哪些其他选项来使用 JQuery/Javascript?

最佳答案

我目前正在编写一个应用程序,从各种来源获取 JSON 负载,然后将它们存储在 localStorage 中。它们是一组 Facebook、Twitter 和 RSS 提要。我通过应用程序分配的唯一 ID 构建提要索引,并将其存储为数组,每个 ID 与表示类型(即 FBK/TWI/RSS)的字符串和包含提要标题的字符串相关联。

然后,我为每个 feed 存储一个数组,其中包含从它们获取的帖子的数据。

有 5Mb 可供使用,这是一个可行的设置。如果您需要存储的数据不超过这个数量(我可以想象它不会超过这个数量),那么它也适合您。更改页面时,您可以清除存储并下载下一个产品对象。

很难想象 50kB 的对象会超过 JSON + localStorage 的综合能力:-) 虽然我确信我会被告知为什么我错了哈哈!

关于jquery - 有关 JSON 实际限制的反馈?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11165417/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com