We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
自己测试的数据,kbone大概200条记录的时候就会有点吃不消了
然后web端一般用长/虚拟列表的方式解决,但是呢,kbone是反效果,越弄越卡
最后又变成了混合开发,原生的列表2000条都没任何问题
所以,kbone要怎么优化长列表的性能?
The text was updated successfully, but these errors were encountered:
kbone 虽然兼容了很多 Web 特性,不过相对原生开发的缺陷就在于节点数很多的情况下性能会慢慢跟不上,所以根据选择确实是需要做一些取舍的。 目前我这边想到的针对长列表的两个也许可行的方案: 1、列表跟部使用 wx-view 创建一个自定义组件,列表每个卡片创建一个自定义组件,尽量减少更新 diff 范围,因为小程序是根据自定义组件的 shadow tree 维度进行 diff 的; 2、在 1 的基础上使用虚拟列表,可参考 recycle-view 的实现。
Sorry, something went wrong.
合并到 #297
No branches or pull requests
自己测试的数据,kbone大概200条记录的时候就会有点吃不消了
然后web端一般用长/虚拟列表的方式解决,但是呢,kbone是反效果,越弄越卡
最后又变成了混合开发,原生的列表2000条都没任何问题
所以,kbone要怎么优化长列表的性能?
The text was updated successfully, but these errors were encountered: