我正在编写一个 HTML + JavaScript 应用程序,它具有非常严格的资源限制:它将在浏览器中运行很长时间(可以是很多天或更长时间;想想 kiosk 模式),并且还应该在移动设备上运行而无需任何更改。它也只有一个 HTML 页面,即 DOM,使用滚动等来显示不同的内容。
=> 我真的必须确保不浪费任何资源(CPU、RAM)
现在我正在创建这样一个应用程序/页面的“外部”编辑器可以使用的钩子,以便在修改内容时进行所见即所得的预览。这里我需要对页面上的元素进行寻址——一个元素是一个div
将包含更多 DOM 元素的元素,但它是编辑器的最小可寻址单元。(我们可以假设在这个长期运行的页面中有 100 到 1000 个这样的元素)
- 现在我可以在运行时通过算法找到由“路径”给出的相关元素(不优雅,但在交互式环境中查找时间是可以的)。
id
或者我可以向包含每个单独路径的元素添加一个 HTML属性。(这将使我的程序更清晰并且查找速度非常快)
但我不知道给这么多元素一个id
属性的资源影响......
它需要多少 RAM?每个只有字符串和几个指针?
或者它会在浏览器中创建许多新的和沉重的内部结构?