![[右]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_117.6dd2889.png)
juejin.cn
樱桃树下
养活了一公司的程序猿
|
无敌霸王龙
获得徽章 0
赞了这篇沸点
![[玫瑰]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_103.6c2eed8.png)
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇沸点
我遇到这么一个场景
1. 小程序在每个页面采用的都是onShow中请求数据
2. 列表分页,触底加载下一页
3. 列表本身的item会存在详情(跳转详情页),删除,修改操作
4. 详情页页存在对列表某一项的删除和修改操作
现在的处理是每次执行了删除和修改操作,列表页都是从第一页重新请求数据,遇到的问题如下
1. 假如在第三页数据中进行了操作,重新从第一页请求数据,操作体验不好
2. 从详情页操作返回列表,也丢失了进入详情前的状态
希望的效果
1. 对某项进行删除或更新操作时,只针对该项进行更新,不需要全量重头开始更新;这个操作可能是在当前页面,也可能是在其他页面
这种场景，各位大佬都是怎么处理会比较好，问过claude，给出的方案我觉得不是很好
1. 小程序在每个页面采用的都是onShow中请求数据
2. 列表分页,触底加载下一页
3. 列表本身的item会存在详情(跳转详情页),删除,修改操作
4. 详情页页存在对列表某一项的删除和修改操作
现在的处理是每次执行了删除和修改操作,列表页都是从第一页重新请求数据,遇到的问题如下
1. 假如在第三页数据中进行了操作,重新从第一页请求数据,操作体验不好
2. 从详情页操作返回列表,也丢失了进入详情前的状态
希望的效果
1. 对某项进行删除或更新操作时,只针对该项进行更新,不需要全量重头开始更新;这个操作可能是在当前页面,也可能是在其他页面
这种场景，各位大佬都是怎么处理会比较好，问过claude，给出的方案我觉得不是很好
展开
37
3
赞了这篇文章
赞了这篇文章
赞了这篇文章