在app上,换了几款手机测试非原生顶部选项卡,发现都很卡顿,在chrome上面运行H5的很流畅,而原生nvue的选项卡也很流畅(这就不说了,毕竟是原生实现)。
同样的vue实现的选项卡,为何手机上如此卡,浏览器上很顺畅呢??
与mui的选项卡对比了一下,mui的同样div实现的在APP上也很流畅。
都是H5实现的,差别有点大吧,那以后类似的功能都要用原生实现的话代价有点大了。
刚入门uni+vue,不知道问题究竟?哪位大神指点一二???
在app上,换了几款手机测试非原生顶部选项卡,发现都很卡顿,在chrome上面运行H5的很流畅,而原生nvue的选项卡也很流畅(这就不说了,毕竟是原生实现)。
同样的vue实现的选项卡,为何手机上如此卡,浏览器上很顺畅呢??
与mui的选项卡对比了一下,mui的同样div实现的在APP上也很流畅。
都是H5实现的,差别有点大吧,那以后类似的功能都要用原生实现的话代价有点大了。
刚入门uni+vue,不知道问题究竟?哪位大神指点一二???
Trust - 少说废话
简单来说,uni-app 中的 swiper 要比 mui 里面的那个滑动切换组件要复杂一些,并且应用的运行机制也有差异。
nvue 就是为了解决类似场景的问题而存在的,想真正做好应用,必然是需要投入一定的精力的。
其实只有个别场景需要处理,并不会有过多的场景。当然,如果你追求极致的话,App 端大面积使用 nvue 也可以。
小明子 (作者)
感谢回复,另外问一下,内置的swiper组件官方有源码吗? 运行机制我个人觉得区别在于mui是操作DOM的,而swiper是使用vue操作虚拟DOM,按道理性能更优秀才对啊?? n(≧▽≦)n
2019-02-13 12:19