Deno 没感觉到优点，Bun 的出现好像是必然

@fanyer #36L 别人删个库有什么大惊小怪的， 自己项目中不锁版本吗？ 没有 nexus repository 吗？

@adoal #20L 我仿佛听到了什么笑话 padStart, padEnd 不能用吗？

@bthulu 我自己的要求是 性能 + 功能强大， 但是还有很多功能还没有做， 比如可展开， 表格单元格合并什么的

@bthulu 是的， 如果你用起来有什么地方不满意可以随时跟我说，我可以进行调整， 我自己试了试至少 1w 条数据是没有问题的，但是要考虑列有多少

@bthulu #14 https://ui.lif.ink/components/data/table#__demo__-simple-2 欢迎体验.

支持上万行的表格

@Features

你要想解决发热问题很简单， 把电压降低（换低压的 CPU/GPU ）但是性能会变差
如果你要想解决速度问题，将电压提高（换标压的 CPU/GPU ）速度就会快，但是发热会严重

这只是站在底层上来看， 但是事实是你不应该一次性处理这么多的数据，而是采用虚拟滚动的方式，只显示可视窗口的数据

@Features 渲染就需要使用 CPU/GPU 进行处理，CPU/GPU 处理的本子就是 电子进行移动， 高速的移动就会产生热量， 除非你把手机功耗降低， 这样就会降低热量了。

@Features canvars 相对 dom ， 没有盒模型，也没有文档流进行处理，浏览器也就不会进行复杂的 Layout 了，所以你才感觉到快了

@Features 即使你用 canvars 画 效果也是 (n * t) 的效率 n 表示多少条数据 t 表示一条数据渲染的时间. 如果你的一条数据渲染要 0.1s 一共 1000 条数据， 那么渲染的时间需要 (0.1 * 1000) = 100 秒 cpu 当然很吃紧啊，你现在用 canvars 只不过是提升了渲染时间， 以前是 0.1s 渲染， 现在变成了 0.0001 * 1000 = 0.1s 你以为解决了问题， 随着基数变大有 10w 条数据的时候 0.0001 * 100000 = 10s 问题就又出来

@Features 考虑虚拟滚动。 例如 react-window

@Features DOM 节点太多导致的

@cxzlhr #44 完全隔离外网基本上是不可能的， 特别是计算机这个行业。 你可以看看 nodejs 的更新变化， 就算是管控最后的结果也只是和 #45L 一样， 约等于没有。

@BiChengfei #16 996.icu 的时候我就知道了， 所有的信息都会被单独的部门进行控制，在比如输入法输入的字符串也会触发检测， 更别谈 Wechat, QQ

@cxzlhr 你猜猜程序员是觉得自己的成长重要还是待在这种不能学习进步的企业重要？