Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/html/76.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Html 对于表格数据,CSS或<;表>;?_Html_Css_Html Table_Benchmarking - Fatal编程技术网

Html 对于表格数据,CSS或<;表>;?

Html 对于表格数据,CSS或<;表>;?,html,css,html-table,benchmarking,Html,Css,Html Table,Benchmarking,我正在寻找当前浏览器上的一些统计数据,看看使用普通HTML呈现一个表需要多长时间,而不是使用一个被黑客攻击的CSS清教徒方法,该方法避免使用实际的表,TR,TD等标记 我不是在寻找合适的,只是寻找更快的,尤其是在Firefox3上,尽管我也对其他浏览器的统计数据感兴趣。当然,表格标签是为表格设计的。这不是问题。不同的浏览器具有完全不同的javascript/css性能,因此很难在这里概括。例如,IE7的引擎速度慢得惊人,而Chrome的速度快得惊人。Firefox介于两者之间,这取决于您使用的是

我正在寻找当前浏览器上的一些统计数据,看看使用普通HTML呈现一个表需要多长时间,而不是使用一个被黑客攻击的CSS清教徒方法,该方法避免使用实际的
TR
TD
等标记


我不是在寻找合适的,只是寻找更快的,尤其是在Firefox3上,尽管我也对其他浏览器的统计数据感兴趣。当然,表格标签是为表格设计的。这不是问题。

不同的浏览器具有完全不同的javascript/css性能,因此很难在这里概括。例如,IE7的引擎速度慢得惊人,而Chrome的速度快得惊人。Firefox介于两者之间,这取决于您使用的是2还是3。

如果您确实有表格数据,请使用表格。永远不要将表用于任何事情的想法是对正确概念的错误扩展,即只应将html标记用于其预期的语义目的。这意味着对布局使用CSS,但对表格数据使用表格。这并不意味着永远不使用表。

我不认为渲染速度是这里最重要的方面。HTML表格用于表格数据。把它放在许多div中,我的理解是完全错误的。

就我个人而言,从我所读到的内容来看,如果你实际上是在展示表格数据,那么表格更适合这项任务,我个人发现这是非常正确的


至于“更快”的原始数字,正如@skaffman所提到的,它取决于浏览器……但为了“正确”,使用表格来表示表格数据是有意义的。

对于表格数据,使用表格。表格具有各种各样的功能,如
标记、图例、标题、标题等。使表格成为表格所需的一切


此外,如果CSS不起作用/未加载/无关紧要,则表仍将按其应有的方式显示和工作。

通常,我会说用于表格数据。但是,如果表很长(比如超过100行),并且列数很低(~3),那么使用div模拟行将导致更小的标记占用空间。如果您正在使用DOM搜索javascript(由许多JS库提供),这一点尤其重要,因为这将有助于减少DOM树的大小


这是根据经验,,我有一个这样的表,并且正在寻找优化方法-移动到基于div的显示,将生成的HTML减少到第三个,这是DOM遍历性能的一大改进。

因为一些浏览器会等到整个表都被传输到显示它,以确保他们已经根据内容大小调整了列宽,如果要在每个浏览器中寻找平均值,使用div可能会使渲染速度更快


也就是说,如果你需要一张桌子,就用一张桌子。

这个问题看起来与这个问题类似: 因此,您可能还需要检查其中的一些响应


一般来说,在计算完整个表之前,浏览器不会呈现一个表,这意味着从用户的角度来看,使用CSS样式代替表,一个大表要比相同的内容慢。我曾经使用过一个web应用程序,它使用表来显示状态信息的网格,显示起来非常密集,速度非常慢。使用CSS显示的相同信息更快,更重要的是,在加载时开始逐行显示,而不是等待整个表,因此作为最终用户感觉更快。我建议研究使用CSS来显示数据,使用样本数据集进行测试。这就是我所做的,以确认对于我们所拥有的特定用例,表实际上要慢得多。

如果您使用CSS进行布局,并且遵循最佳实践并将CSS保存在单独的文件中,那么您的CSS通常只需要在缓存之前下载一次,这样您就可以享受缓存的好处

若您使用表格进行布局,那个么您的布局表格将随每个页面的HTML一起发送,从而增加您的带宽和下载时间


为了提高表格的呈现速度,尽管您可以尝试看看这是否有帮助。

像上面的大多数答案一样,我也会说,如果要显示表格数据,请使用表格;如果要控制布局,请使用div(使用CSS3)与此相反,如果设置一些属性(如colgroup)并保持布局不变,则表的渲染速度不会比div慢。请在以下链接中查看有关如何操作的详细信息:


sites.google.com/site/spyderoodycommunity/xhtml/MakingTablesRederfasterWhenListingTabularData

这不是一个答案,所以我不会把它放在这里,但我的猜测是,这比所有疯狂的CSS hax用户渲染表格数据的速度都要快。还值得指出的是,这并没有错,只是布局的语义错误。从语义上来说,表格数据是正确的。这些数字是从哪里来的?这就是我要问的…我没有数字给你,只有经验。我们的重JS的Web应用程序在FF上的运行速度比IE快得多,Chrome也比它们都快。虽然我并没有严格地寻找更小的标记占用空间——JSON曾经让我感到很痛苦——但我不知道DOM遍历会更快。我想知道这是为什么?我想知道要快多少?在我的例子中,由于DOM树大大减少(从110kb的HTML减少到30kb),查找DOM元素的速度变得可以理解。这是一个必须根据具体情况进行分析的问题,但是要记住这是一个有用的优化。它是如何减少这么多的
  • 对我来说似乎差不多……也许我没有很好地描述您的场景。相比之下,这与CSS类似的“显示:表格行”还是更“黑”呢?你的经历有多久了?哪个浏览器?这是大约2年前,