shunia

webgl 都没用上？那说啥性能啊。。。。。。

"在 Canvas 环境中实现一套 UI 交互界面一直是业内的挑战"
啊？挑战在哪里？做游戏的谁没有自己开发过一套呢，而且我看你的库里好像没几个组件啊？你的文本组件支持多行吗？支持多行多样式吗？怎么代码里还有 if (italic) b.width += fontSize * 0.16 这种 magic number 而且不带解释的？实现了虚拟列表吗？

代码看来其似乎写的挺规整的，但是逻辑很乱，而且完全是过度继承、过度实现了呀。就 canvas 绘图这么个事儿，绝大部分图形一个方法就写好了，这中间也基本没有可以复用和优化的部分，整那么复杂是干啥呢？两个关键项目，几十个包相互引用，会不会有点小题大做？

看这回复一水儿的好评，我都有点忐忑了，是我太菜？

解决方案全都是虚拟列表，没有例外。方案细节基本就是元素复用、列表两端留缓冲区、高度重新计算等。

你觉得不好用是因为这个没有完美的解决方案，比如你说的等高问题，应该是想要考虑保留列表滚动位置，否则根本不必等高。

这些都是一说出来就明白的基础原理，并不是哪个技术方案本身能解决的，桌面端列表大了不虚拟也会卡的爆炸，只是在同一个硬件设施上比网页端能多承受一些而已。

这么烂的天气你为什么穿板鞋，买个雨靴穿上啊

你再放 20 万，北京市的常住人口们也能轻松吃下。。。
你说别的地方是帮帮政府我能理解，北京真不是，我只能说放的太少了。