渐近分析：填充一个长的重复列表。HTML与JavaScript？

我正在制作我的投资组合网站

我想知道我是否应该替换我的长HTML5代码，将我的技能/项目/项目模型填充到以for循环运行的javascript中

我知道这并不重要，因为它不像成千上万的列表元素，但如果我采用渐进方法，它会有什么不同吗？

我读到了这条线索，但对我来说仍然模糊不清

先谢谢你

编辑 有人投票认为这篇文章不清楚它在问什么。让我换一种说法

假设我填充了几乎无限多的

元素，HTML5标记（传统方式）会更快地加载页面，还是JavaScript中的forloop会更快地加载页面？另一个假设是页面将在某个点加载

---

再次感谢。

你说的物品数量几乎是无限的。我说你太夸张了

你有没有想过为什么谷歌只显示前10个结果？你浏览谷歌搜索的第2页有多少次？第三页？看过第四部吗

当你必须进入第二页时，你通常的结论是什么？我的问题是我的问题很糟糕，我试图缩小范围

---

用户不可能阅读“几乎无限量的项目”并从中获得任何有用的信息。使用搜索引擎，让人们缩小搜索范围，使用分页。完成后，使用HTML。没有理由再添加两层工作（输出Javascript代码进行渲染+发送JS数据）来最终生成相同的输出。

我认为您必须缩小这个问题的范围。假设有“几乎无限”数量的

元素，就很难知道你在问什么以及如何建议，因为在JS中构建或从服务器传输这样一组元素需要“几乎无限”的时间。更现实一点：你说的是100个、1000个、100000个还是1M个元素？大多数涉及大量相同类型元素的应用程序将通过AJAX从数据库中提取元素的数据，并使用一些JS将数据插入新创建的元素中。你很少看到这一切都是在服务器上完成的，然后作为一个完整的页面提供给客户端。我会考虑在那些担心标记生成之前推迟和响应那些加载。谢谢大家。乔纳森：可能是1000、100000或100万。在不同大小的

元素中加载性能是否重要@Jesse Kennaghan我知道图片很贵，但我很感激你的回答。好的，你还需要定义“更快”。你想测量实际时间吗？如果是，从哪个事件到哪个事件？如果不是，你想测量客户端周期，服务器周期…？嗨，盲，谢谢你的回答。我知道这是非常夸张的，当然我永远不会在一个页面中加载几乎无限多的项目。那只是个愚蠢的想法。然而，我只是想通过假设某个条件来了解HTML5和JavaScript的加载速度差异。我的意思是，假设有助于对算法速度进行基准测试：）我在这里并不是说UI/UX。我只是想知道加载速度的最佳方法。为什么你认为在运行时生成HTML更快，一遍又一遍地更新整个DOM，而不是在阅读时只更新一次？我想我误解了DOM是如何加载的，而不是常规程序堆栈是如何加载的。谢谢你的回答。这就是答案。