之前实现了 list-swiper-waterfall 这种结构
但是一直存在几个很头疼的问题:
- iOS 13.5 滚动到底部后,swiper-waterfall 无法继续滚动
- 页面结构复杂并且 header-cell 超过一屏的话,安卓垂直滚动不流畅,手感又明显迟滞
- list-cell 虽然自动回收内存,但是某些情况下反而会拖累渲染,希望能控制是否回收
- list-cell 内的元素基本超过一屏幕,内部还嵌套横向滚动,横向 swiper,且元素都是动态控制是否展示
我期望是把 swiper-waterfall 整块丢到 sub-nvue 中单独渲染,通过uni事件动态控制 list 和 waterfall 的 scrollable 属性
- list 滚动到底部后,waterfall 继续滚动
- waterfall 滚动到顶后,list 继续滚动
后来内部测试发现,这种组合下,垂直滚动性能非常优秀,唯一问题是【继续滚动】
目前问题是,我想了解安卓或苹果下,这种结构,是如何处理 继续滚动 这个逻辑的
有经验或者能力的麻烦,都可以讨论
补充一下原生相关实现
多层 UIScrollView 嵌套滚动解决方案
Android开发——解决ScrollView嵌套ListView的冲突
完美解决Android中的ScrollView嵌套ScrollView滑动冲突问题
3 个回复
特购 - 特购
顶一下问题 同样需要这种效果 官方swiper-list的dome也不支持此效果,目前安卓机上可以实现持续滚动 ios无法实现持续滚动 望官方尽快支持
2***@qq.com
定一下,这种结构 我也找了好几天了。还没头绪。不过官方的“uni-app演示文件”中的swiper-list-nvue就已经解决这个问题了。但是那个文件比较复杂,捋不清头绪
2***@qq.com
https://blog.csdn.net/qq_23064433/article/details/120771735