1679236695
1679236695
我们有个popup组件，点击之后反应很慢，观察了setData，次数只有三次，数据量也不大，修改的组件的层级也不深，之前是挂载到了body下，现在是挂载到了一个element自定义组件下，但是感觉几乎没有什么优化，还有什么解决办法吗 
其实滚动还好，真正卡顿的是点击popup要等待1s甚至更长的时间才能出来，就是触发点击事件到渲染完成比较慢，我在miniprogram-element/base里的callEvent中进行打印，发现是在小程序中进行打印，得过一段时间才能执行到这里，所以感觉时间都消耗在小程序点击-触发事件这个过程，有什么解决办法吗，还是说就到瓶颈了，目前页面上1600个节点，已经无法正常交互了，在八九百节点的时候，点击等待1s左右还能反应
嗯，感觉有可能就是渲染时候有问题，因为页面上的滚动事件触发的很及时，没有卡顿，可能是开发者工具的打印的有问题。
我想kbone有没有可能像taro一样重写react的renderer，因为现在使用react的时候的路径为 react的虚拟dom-kbone模拟的虚拟dom-小程序的dom 如果能重写renderer，可以直接在render里进行setData,将react的虚拟dom转化为小程序的dom，这样会不会相对提高一些性能，
如果我使用这个属性generate.wxCustomComponent 页面上有一半程序原生组件和一半kbone混合渲染，性能会不会比只用kbone大幅度提高
持续关注大佬逆向的过程
这个意思是虽然不支持h5，只是前端做了控制不让抢票，但是可以发请求用h5的接口去抢票？