是否应该监控页面上加载的html元素的数量？

我有一个应用程序，它在一个表元素中显示一个包含5-10000行的页面，并且有一个下拉菜单，可以切换到具有类似结构的其他视图。目前，我在视图之间切换时执行异步请求（我还从文档中清除/删除当前视图），并每次加载适当的列表；然而，我在想

1） 在请求查看之前在后台加载所有视图，以便在单击时立即加载

及

2） 只是隐藏一组特定的行，而不是删除它，因此，如果客户端返回，它也将是即时的

---

这意味着可能会有成千上万的html元素加载到当前文档中；这是个问题吗？如果超过10万个呢？

您的html文档的大小将是可简化的。。。 我曾经得到一个包含5000~10000个项目（表行）的页面，而浏览器（IE）渲染的时间太长（下载页面、解析和渲染）

在我看来，最好的解决方案似乎是建立一个带有懒散加载系统的Web服务

---

因此，IMHO是的，HTML文档中的元素数量应该受到监控

这取决于HTML元素，但我会说，作为经验法则，不要预先加载。

当我说这取决于元素时，我的意思是以facebook为例。他们可能会将10或20个项目加载到提要中，然后在滚动时添加更多项目，因为每个项目的内容（照片、视频等）都非常丰富

然而，另一方面，想想每行中有多少信息，比如说，小于500字节，500 x 10000=5MB，这对于web请求来说不是一个可怕的负载，如果您可以智能缓存，可能会比这少得多

---

底线是，不要假设HTML元素的数量如此重要，想想它所包含的数据量。我的建议是，到了那里就过那座桥。监控您的请求时间，如果请求时间太长，可以使用AJAX页面加载器，这应该不会太难。

当然可以可以监视HTML文档中的元素数。！在Firefox中使用FireBug！

---

将10000多个HTML元素加载到页面上不是一个非常明智的想法。如果用户的计算机速度从正常到快速，用户可能会经历轻微的延迟，如果用户的计算机速度较慢，甚至可能导致系统崩溃（取决于计算机上的RAM数量）

您可以探索的一种技术是懒散地加载HTML元素——这意味着当用户向下滚动到页面的特定部分时，元素将通过AJAX加载。（也称为“无限滚动”）

---

这意味着浏览器的渲染引擎不必一次渲染这么多元素，这样可以节省内存并提高速度。

您可以尝试firebug，然后是HTML标记，然后右键单击要检查元素数量的元素，然后选择

记录事件

我知道这是事件，但是你可以从那里做一些有用的数据挖掘…我不确定加载最多3 x 10000行是否是个好主意。它看起来可能相当慢：可能相关：1）总是懒惰/部分加载。2） 确定您的目标设备，并构建一个示例，了解您的设备限制。3） 认识到瓶颈的原因；在树中处理10K个元素可能不是什么大问题，但调整大小/绘制它们可能是件大问题。优化的CSS/HTML/JavaScript会有所帮助。4） 尝试通过用户界面调整（更好的数据过滤器、最大记录数上限、删除旧元素（例如，返回几次）同时保留新元素、在用户必须等待时清除加载指示器等）来绕过设备限制。在我看来，这似乎是一个非常主观的问题，“如果发生了呢？”将任何类型的文档加载到任何类型的软件中都需要一些内存，所述加载的性能取决于硬件能力以及软件加载或显示文档的效率等。对于HTML文档，您需要什么浏览器和硬件？您在页面中加载的元素是否会绑定javascript事件？有太多的变数来回答这个问题。