• van-list 遇到的问题


    将公司项目H5页面重构的时候,有一个类似购物车的页面,需要上拉加载,下拉刷新。使用的UI组件的是vant,其中看起来van-list 很符合基本需求,就果断进行了copy 修改。但是,在进行具体的业务交互的时候突然发现,看似满足需求的组件突然不符合要求了。下拉刷新直接使用van-pull-refresh就可以整个页面进行下拉刷新请求列表数据。这个是没有问题的,主要就出在van-list 的load方法,虽然滚动到底部加载更多以及必要的提示信息配置的很齐全,每次进入页面就触发load,对于进入编辑页面进行编辑后返回不是很友好,一般都是点击列表某一项进入编辑,返回列表更新数据,展示的视口最好是之前点击的是哪里现在就是哪里。van-list load方法进行阻断和调整都不是很顺利因此果断放弃。

    解决办法:

    首先实现加载更多这里推荐一下收藏的博主的地址 移动端上拉加载更多(vue3+vite+vant)_vue3 上拉加载更多-CSDN博客

    这里封装的方法很是实用,完善过得那个没有使用明白,就单纯实用widow版本的。代码如下

    1. import { onMounted, onUnmounted, ref } from "vue";
    2. export default function () {
    3. //页面是否滑动到最底部
    4. const isReachBottom = ref(false);
    5. //窗口滚动的距离
    6. const scrollTop = ref(0);
    7. //窗口可滚动的高度
    8. const scrollHeight = ref(0);
    9. // 监听窗口的滚动
    10. const scrollListener = () => {
    11. const clientHeight = document.documentElement.clientHeight;
    12. scrollTop.value = Math.floor(document.documentElement.scrollTop)
    13. scrollHeight.value = document.documentElement.scrollHeight;
    14. //窗口可滚动的高度 窗口滚动的距离+页面窗口的位置
    15. if (scrollHeight.value <= scrollTop.value + clientHeight + 1) {
    16. isReachBottom.value = true;
    17. }
    18. };
    19. //页面挂载添加监听
    20. onMounted(() => {
    21. window.addEventListener("scroll", scrollListener);
    22. });
    23. // 离开页面取消监听
    24. onUnmounted(() => {
    25. window.removeEventListener("scroll", scrollListener);
    26. });
    27. return {
    28. isReachBottom,
    29. scrollTop,
    30. scrollHeight,
    31. };
    32. }

    引入方式同原文   启用了两个监听事件  一个是判断是不是到底部  一个是获取当前滚动条高度。

    监听到底部事件中,做了判断,

    1. watch(isReachBottom, (newVal) => {
    2. if (newVal) {
    3. if (list.value.length > 0 && list.value.length >= total.value) {
    4. showToast("已经没有更多了");
    5. return false;
    6. }
    7. list.value.length < total.value && !loading.value && (page.value += 1);
    8. list.value.length < total.value && !loading.value && init(page.value);
    9. isReachBottom.value = false;
    10. }
    11. });

    这样可以保证页面不会无缘无故增加请求回来空数组了 也不会因为有一个请求过长就进行下一次请求了。

    在点击编辑时记录当前分页和滚动条高度为了避免麻烦我进行了取整处理。页面路由守卫进行了处理只有是发现在列表页和编辑页来回跳转时不对缓存的页面信息和高度信息进行处理 其他路由会移除存储的页面和高度信息。

    1. onMounted(async () => {
    2. const cachData = tool.data.get("cachData");
    3. if (!cachData) {
    4. init(1);
    5. } else {
    6. page.value = cachData.page;
    7. await refreshData();
    8. await nextTick(() => {
    9. window.scrollTo(0, cachData.height);
    10. });
    11. }
    12. });

    页面加载判断这里一开始犯了个错误就是缓存的高度一回来赋值给之前记录高度的变量导致滚动高度不对,后来点击多次发现滚动直接使用缓存高度就可以。这里最重要的是使用分页请求数据,加载更多是累加的所以

    1. const refreshData = async () => {
    2. // 刷新数据时,获取所有相关页面的数据
    3. for (let i = 1; i <= page.value; i++) {
    4. await init(i);
    5. }
    6. };
    '
    运行

    这样就实现了我需要的需求交互了,刚发现一个问题,滚动高度的计算在手机网页端需要减去导航栏的高度,不然上拉加载方法会失效!!!!

  • 相关阅读:
    基于golang的swagger超贴心、超详细使用指南【有很多坑】
    Invalid or corrupt jarfile xxx.jar
    POM文件详解
    优雅书写Controller(参数验证+统一异常处理)
    将组件发布到Maven中央仓库
    神经元的计算
    【C语言刷LeetCode】1592. 重新排列单词间的空格(E)
    #力扣:2894. 分类求和并作差@FDDLC
    【gazebo要素9】 SDF制作Model文件(2)
    Java设计模式之解释器模式
  • 原文地址:https://blog.csdn.net/weixin_43666952/article/details/139654925