Question

我在大量数据储存工作之前写了纯 Java字前端,并开始减少业绩。我曾尝试使用xml和json,但在这两种情况下,浏览器可以操作很多。

这是我的问题,是多少?

Answer 1

你永远不可能知道，不完全也不总是。你可以做出好的猜测。

它取决于浏览器、非洲顾问办、区域援助团、万国邮联,此时还有什么工作,联系的步伐越快,它们又重新转让。

图显示了您对用户的期望,并测试了这些用户。添加各种最佳、最坏和有趣的案件(如流动、表格)。

当然，你可以利用经验并从你的具体情况推断，答案会随着未来而改变。

但不要掉进“对我有效”的陷阱中！

我通常通过筛选决议来看待这一点:随着这些决议的增多,同时看到多个窗口更加普遍。 1995年,我很少见到而不是,有些东西最大化;现在15年后,情况恰恰相反。

然而，有时人们设计一些软件或网站，使用较低的对比度^[1]，最大化它，并连接到本地主机上的服务器-这是他们唯一的评估。

^{[1] 因为他们知道文字的内容，不需要自己读取，所以较低的对比度看起来更美观。}

Answer 2

我认为,如果你需要停止并思考这一问题,那么数据就太大了。总的来说,你应当设计自己的应用,以便拥有低端净书和(或)互联网连接缓慢的用户仍然能够管理这些软件。我也铭记,你的申请经常是用户访问的唯一网页。

我的推荐是使用Firefox与Firebug进行一些测量。查看在适度的配置下请求完成所需的时间。如果浏览器渲染数据需要明显的时间，则最好重新设计。

Answer 3

一个好的指导原则应该是，不要担心浏览器能否处理您发送的数据量，而是要担心您的用户能否处理它。当然，这完全取决于展示方式（即，用于可视化工具的大量数据，将在画布中呈现复杂的图形，与用于巨大表的大量原始数字不同），但根据我的经验，用户的大脑在浏览器/网络/客户端电脑之前就会遇到数据超载。

Answer 4

这很大程度上取决于你的外部数据在 JavaScript 中将采取的形式。如果你想一次性加载所有数据，并将其作为一个带有大量属性（关联数组）的大型对象存储在内存中，则会发现大多数当前的桌面只能处理约 100k 条条目（具有小键值对），否则性能会严重降低。

如果可能的话，你应该看看是否有方法只加载用户在特定请求/交互中需要的数据。你可以使用 AJAX 请求所需的数据并预取你认为用户可能需要的数据。