2011-05-09 56 views
4

我正在开发一个电子表格样式输入页面,它有14列宽,长达25行。当任何特定的细胞获得焦点时,可以使用附加的4个文本框和1个带3个选项的无线电选择。HTML表单中输入元素数量的实际限制是多少?

换句话说,我有14列乘25行,等于350个单元格。这些单元中的每一个都有4个文本输入和1个无线电选择(有3个选项),这给我总共1750个字段。还有几个元场地洒在1800左右,是对表单上所有场地的相当不错的估计。

我已经遇到了一些老版本IE的JS性能问题(惊喜!),因为相当数量的JS涉及显示/隐藏不同的字段以保持UI可用。我认为我的JS工作得很好,但我仍在继续微调事情。

这使我想起我的原始问题; HTML表单中输入元素数量的实际限制是什么?

PS。我没有要求选择如何重新设计我的界面或系统的设计。我在问一个我很好奇的问题,以获得其他人在类似情况下的体验。

+0

我不确定SO是讨论主题的正确网站。如果您遇到性能问题,我的答案是重新设计您的界面。 :) – DarthJDG 2011-05-09 13:45:06

回答

3

尽管1800元素很多,但您的JS将会对页面内的表现产生更大的影响。你提到你已经注意到了IE(性能惊人)的性能问题,所以尝试禁用JS块来看看每个效果性能(在这些浏览器中)的效果会很有趣。这个过程可能有助于确定哪些片断也可能导致不同浏览器出现瓶颈。

我猜你是通过AJAX提交任何输入的数据,因为用户去了。否则,您可能会在提交时遇到问题。

除了页面性能,您应该关心您的文档大小和页面加载时间。看起来你的网页可能会很快变得沉重。因此,页面加载时包含的字段越少越好。

至于直接回答你的元素限制问题,我不相信我遇到过多问题(除了页面大小问题)。尽管如此,认为也是一种很好的做法,可以限制最初加载的数量,并根据需要提供新的行,字段等。

祝你好运!

2

假设在任何特定的浏览器中DOM没有硬性限制(而且这不太可能),但实际的限制会根据您的浏览器而变化,并且非常基于您在做什么与所有这些元素。

只是停留在一边的元素可能会减慢各种查找/遍历,具体取决于您所遍历的内容等。最终取决于浏览器,您正在寻找内存占用问题和分页问题,​​但是您必须真正地数量巨大,远远高于你在哪里,看到这些种类的影响。

当您改变文件时重排文件/重新渲染可能会增加成本,至少与页面上元素的数量呈线性关系。

相关问题