在桌面 UI 时代，有一个东西叫做 onDraw (clipRect)：UI 框架告诉你，现在你这个控件需要显示 (x0,y0) -> (x1,y1) 区域的东西，你自己画吧。

所以你根本不需要构造一堆 DOM 元素。列表在你的内存里面仅仅是数据，比如 List[{name: Steven, age: 13, ...}]，然后你自己先把每个列表项渲染出来的坐标范围给计算出来存着，然后根据 UI 的需求把显示出来的对象画出来就可以了。

而且如果你遍历一遍你的列表找 (x0,y0) -> (x1,y1) 范围内的元素慢（这是 O(n) 的操作），你可以上数据结构，比如线段树，然后你就 O(log n) 了。

用上这套优化，百万个元素也不在话下。毕竟内存里面放一百万个对象才多少，也就几百兆么（注意 1 兆 = 一百万字节）。
----

题外话，所以很多前端不理解 “干嘛老考数据结构和算法”，那是因为没遇上需求。。。

不懂，红框和黑框有啥区别。

你先想办法把你的场景讲清楚

我觉得你想在页面上给一块区域，让服务器传来的 HTML 和 JS 能跑起来还是挺容易的。

拿到 DOM Element ，然后一边 xxx.innerHTML = 'HTML 部分'; 另一边 createElement('script') 然后把 JS 放进去跑。

但是感觉楼主你不会。

另一方面如果你要让 Vue 组件也跑起来，那大概得把整套 JS Module 都丢到页面上…… 算了这条路你还是自己趟吧。

你不如在这个组件里面

onMounted(() => window.pluginContext = {'$html': $html, ... 任何你想要传递的属性});

然后在你的插件里面通过 window.pluginContext 拿到上下文。

“因为需要加载模型，内存复制必须要考虑。”

你是啥模型。有些模型开多线程是可以并行的。

@MaxChow Obsidian 挺好用的，除了不输 Typora 的所见即所得、纯 Markdown 文件之外，自己有文档库（和图片资源管理）、还有很可扩展的插件体系。我觉得你可以把插件移植到 Obsidian 玩玩。

换个方法，上班摸鱼搞副业

插件是好插件，奈何 Typora 要收费，已经用 Obsidian 替代了。

我觉得你带个移动硬盘比较方便。。。现在的 SSD 移动硬盘都可以和交通卡比大小了。

这不会是该死的野生面试题吧。。

问题怪怪的。

对了，哪怕你求 x^100000 次方，你也只不过能化简为 (x^50000)^2 ... 以此类推，大概需要 log 100000 次乘法

再怎么也没法变成 O(1)

人类找不到不就等于没有嘛（ doge

你这化简就相当于，求函数 f' = f(f(f...))

可是有些函数，人类就是找不到更快的 f' 呀？不然你把 sigmoid 重复 100000 次，写一个更快的函数出来？

有监督学习和无监督学习，学的都是你数据集里面的正常玩意儿长什么样。

不正常的玩意儿千奇百怪。很多时候需要特定应用特定 trick 来把 “学习正常玩意儿长什么的 AI” 用在 “除了正常的都不正常” 的判断上。

而且这个判断稍微差一点，假阳性率就高很多，等于白做。有过假阳性传染病监测经验的都应该知道，你得用别的方法复检一次。

所以没有通用 AI 干这事儿。

@zhng920823 我曾经也排斥用别人包了一层又一层的东西，觉得什么东西都自己写底层很舒服。

直到我毕业了，从兴趣驱动到工资驱动……