大的外部 JSON 文件还是小的 JSON 文件？答案

【问题标题】：Big external JSON file or littles JSON file?大的外部 JSON 文件还是小的 JSON 文件？
【发布时间】：2013-07-02 21:08:45
【问题描述】：

我想我有一个简单的问题，但答案很复杂。假设我们有一个包含大量数据的大型外部 JSON 文件，例如（将其视为一个大文件）： 50 名学生，每个学生都有 100 处房产。保存一个包含 50 个对象（学生人数）的外部 JSON 文件会更好吗？或者制作 50 个外部 JSON 文件（每个文件都被认为是一个学生）？以及如何确定选择哪种方法？

【问题讨论】：

那个“大”文件非常小。无论如何，KISS（一个文件/资源）直到需要做其他事情（即支持分页或单独查找） - 而这个“否则”可能涉及服务器处理，而不是手动分割 JSON 文件。
它很小。我使用 8000 行，每行有 10 个值。它有效。
我在我的示例中写道“将其视为一个大文件”。如果您认为一个大文件是 1000000 个项目，我也可以。我的问题是理论上的。

标签： javascript json file

【解决方案1】：

经验法则是，在 Web 上的每个请求上发生的握手所花费的时间成本与实际发送数据的时间成本相当。这说明了一个大文件。

另一方面，听起来您正在考虑不一次显示所有数据，这可能是根据需要请求数据的情况。

然而，有一个妥协。您可以加载页面加载时立即需要的一些数据，然后在用户阅读页面时将其余数据 ajax。将上述所有内容缓存在内存或客户端数据库中，您可以保证从这方面避免性能滞后。

【讨论】：

【解决方案2】：

真正的答案是：您应该尝试两者并在真实环境中测量它们（即，使用浏览器在生产硬件上）。

虚假的猜测答案是：假设它以一种有意义的方式阻止加载完成，更大的文件在加载页面时可能会产生略短的延迟。

【讨论】：