3

我有 440 个文本文档,总大小为 21.6MB,我将其用作一个简单的 Javascript 应用程序的基础,该应用程序将分析词频、常用短语等。关于常用词和短语的最重要信息位于加载的索引实例中与页面。这是一个可管理的 150kB 左右。此一致性索引将短语映射到它们最初出现的文档的文件名。

我希望允许用户单击短语并在找到它们的各个文档的原始上下文中查看它们。我最初的计划是通过 AJAX 按需加载完整的文档(平均 50kB)。这将涉及短暂的延迟。

我还可以在应用程序加载后延迟加载页面,然后按需调用它们。我想知道是否有一个经验法则可以像这样将多少数据加载到内存中。21MB 是荒谬的吗?这本质上是一个非常大的 JS 对象。

4

1 回答 1

0

21 MB 没问题。最新的浏览器能够处理巨大的文档而没有太多的麻烦。例如,我们的 Jenkins(持续集成)经常向我展示 200 MB 的日志,甚至是彩色/高亮。

小心正则表达式在整个页面上,遍历整个 DOM,以及类似的东西。

如果你可以选择浏览器,我推荐 Chrome,它的 JS impl 比 Mozilla 快得多(不幸的是)。

于 2013-06-19T03:44:38.147 回答