Tencent / kbone

一个致力于微信小程序和 Web 端同构的解决方案
Other
4.78k stars 454 forks source link

希望尽快支持wxs #129

Open xmsz opened 4 years ago

xmsz commented 4 years ago

场景: 频繁的用户交互,例如监听用户touchmove,然后进行移动等操作。h5肯定没问题。但是小程序安卓延迟非常高,导致卡出翔来。

这个也是同构遇到恶心的问题之一,希望可以加快支持。

现在没有替代方案,除非使用h5 + webview,太麻烦太傻

JuneAndGreen commented 4 years ago

这个我们之前讨论过,不过因为 wxs 本身是一种比较独立的实现,当时没有比较好的方案,所以暂时搁置了。后续我们再调研一下,如何比较好的将其与 web 端开发糅合起来。

xmsz commented 4 years ago

这个我们之前讨论过,不过因为 wxs 本身是一种比较独立的实现,当时没有比较好的方案,所以暂时搁置了。后续我们再调研一下,如何比较好的将其与 web 端开发糅合起来。

辛苦了,我现在要被运营干死了。我在搞一个图片编辑的,怎么优化,安卓都是卡出翔来。web版本就丝毫没问题。

有没有其他办法,真的太蛋疼了。

JuneAndGreen commented 4 years ago

其实目前有个临时方案,就是将其封装到小程序的自定义组件中(几乎所有小程序里有但是 kbone 还不支持的都可以这么做),然后 kbone 是支持引用小程序自定义组件的。但是这样蛋疼的地方在于你需要将这部分逻辑解耦开来放到自定义组件中,因为其相当于独立于 kbone 掌控之外的逻辑了,所以需要开发者自己来判断这种操作带来的额外维护成本是否适合了。

JuneAndGreen commented 4 years ago

另外关于动画优化,还有个可能的因素是由于当前一个自定义组件最多可能负责10层dom节点渲染,频繁 diff 可能会比较慢。如果是这种情况,可以考虑将需要做动画那部分用 wx-view 包裹住。wx-view 会被独立渲染成一个自定义组件,相当于缩减了 diff 的量,也能带来一定程度的优化。

xmsz commented 4 years ago

另外关于动画优化,还有个可能的因素是由于当前一个自定义组件最多可能负责10层dom节点渲染,频繁 diff 可能会比较慢。如果是这种情况,可以考虑将需要做动画那部分用 wx-view 包裹住。wx-view 会被独立渲染成一个自定义组件,相当于缩减了 diff 的量,也能带来一定程度的优化。

有看到,然后也加了,我的场景效果不太明显。因为页面结果页不多

image