首页 > 其他分享 >记录:瀑布流最佳实现方案

记录:瀑布流最佳实现方案

时间:2024-06-03 19:32:16浏览次数:21  
标签:function const img item 记录 最佳 瀑布 result page

传统实现方式

当前文章的gif文件较大,加载的时长可能较久

这里我拿小红书的首页作为分析演示

 

 可以看到他们的实现方式是传统做法,把每个元素通过获取尺寸,然后算出lefttop的排版位置,最后在每个元素上设置偏移值,思路没什么好说的,就是算元素坐标。那么这种做法有什么缺点?请看下面这张图的操作

  1. 容器尺寸每发生一次变化,容器内部所有节点都需要更新一次样式设置,当页面元素过多时,窗口的尺寸变动卡到不得了;
  2. 实现起来过于复杂,需要对每个元素获取尺寸然后进行计算,不利于后面修改布局样式;
  3. 每一次的容器尺寸发生变动,图片元素都会闪烁一下(电脑好的可能不会);

最佳实现方式

吐槽:早在2019年我就将下面的这种实现方式应用在小程序项目上了,但是目前还没见到有人会用这种方式去实现,为什么会没有人想到呢?表示不理解。

先看一下效果

 

在上面的预览地址中,打开控制台查看节点元素,可以看到是没有任何的js控制样式操作,而是全部交给css的自适应来渲染,我在代码层中只需要把数据排列好就行。

实现思路

这里我将把容器里面分为4列,如下图

 

然后再在每列的数组里面按顺序添加数据即可,这样去布局的好处既方便、兼容性好、浏览器渲染性能开销最低化,而且还不会破坏文档流,将操作做到极致简单。剩下的只需要怎样去处理每一列的数组即可。

处理数组逻辑

由于是要做成动态列,所以不能固定4个数组列表,那就做成动态对容器输出N列,最后再对每一列添加数据即可。这里我用ResizeObserver去代替window.onresize,理由是在实际应用中,容器会受到其他布局而影响,而非窗口变动,所以前者更精确一些,不过思路做法都是一样的。

  • 设置一个变量column,代表显示页面有多少列;
  • 声明一个变量cacheList,用来缓存接口请求回来的数据,也就是总数据;
  • 然后监听容器的宽度去设置column的数量值;
  • 最后用computed根据column的值生成一个二维数组进行页面渲染即可;
import { ref, reactive, computed, onMounted, onUnmounted } from "vue";

/** 每一个节点item的数据结构 */
interface ItemInfo {
  id: number
  title: string
  text: string
  /** 图片路径 */
  photo: string
}

type ItemList = Array<ItemInfo>;

const page = reactive({
  /** 页面中出现多少列数据 */
  column: 4,
  update: 0,
});

const pageList = computed(function() {
  const result = new Array(page.column).fill(0).map((_, index) => ({ id: index, list: [] as ItemList }));
  let columnIndex = 0;
  page.update; // TODO: 这里放一个引用值,用于手动更新;
  for (let i = 0; i < cacheList.length; i++) {
    const item = cacheList[i];
    result[columnIndex].list.push(item);
    columnIndex++;
    if (columnIndex >= page.column) {
      columnIndex = 0;
    }
  }
  console.log("重新计算列表 !!----------!!");
  return result;
});

let cacheList: ItemList = [];

async function getData() {
  page.loading = true;
  const res = await getList(20); // 接口请求方法
  page.loading = false;
  if (res.code === 1) {
    cacheList = cacheList.concat(res.data);
    // TODO: 手动更新,这里不把`cacheList`放进`page`里面是因为响应数据列表过多会影响性能
    page.update++;
  }
}

let observer: ResizeObserver;

onMounted(function() {
  getData()
  observer = new ResizeObserver(function(entries) {
    const rect = entries[0].contentRect;
    if (rect.width > 1200) {
      page.column = 4;
    } else if (rect.width > 900) {
      page.column = 3;
    } else if (rect.width > 600) {
      page.column = 2;
    }
  });
  observer.observe(document.querySelector(".water-list")!);
});

onUnmounted(function() {
  observer.disconnect();
})

这里有个细节,我把page.update丢进computed中作为手动触发更新的开关而不是把cacheList声明响应式的原因是因为页面只需要用到一个响应数组,如果把cacheList也设置为响应式,那就导致了数组过长时,响应式过多的性能开销,所以这里用一个引用值作为手动触发更新依赖的方式会更加好。

这样一个基本的瀑布流就完成了。

更完美的处理

细心的同学这时已经发现问题了,就是当某一列的图片高度都很长时,会产生较大的空隙,因为是没有任何的高度计算处理而是按照数组顺序的逐个添加导致,像下面这样。

所以这里就还需要优化一下逻辑

  • 在获取数据时,把每一个图片的高度记录下来并写入到总列表中
  • 在组装数据时,先拿到高度最低的一列,然后将数据加入到这一列中
/**
 * 加载所有图片并设置对应的宽高
 * @param list
 */
async function setImageSize(list: ItemList): Promise<ItemList> {
  const total = list.length;
  let count = 0;
  return new Promise(function(resolve) {
    function loadImage(item: ItemInfo) {
      const img = new Image();
      img.src = item.photo;
      function complete<T extends { width: number, height: number }>(target: T) {
        count++;
        item.width = img.width;
        item.height = img.height;
        if (count >= total) {
          resolve(list);
        }
      }
      img.onload = () => complete(img);
      img.onerror = function() {
        item.photo = defaultPic.data;
        complete(defaultPic);
      };
    }
    for (let i = 0; i < total; i++) {
      loadImage(list[i]);
    }
  });
}

async function getData() {
  page.loading = true;
  const res = await getList(20);
  // page.loading = false;
  if (res.code === 1) {
    const list = await setImageSize(res.data);
    page.loading = false;
    cacheList = cacheList.concat(list);
    // TODO: 手动更新,这里不把`cacheList`放进`page`里面是因为响应数据列表过多会影响性能
    page.update++;
  }
}

const pageList = computed(function() {
  const result = new Array(page.column).fill(0).map((_, index) => ({ id: index, list: [] as ItemList, height: 0 }));
  /** 设置列的索引 */
  let columnIndex = 0;
  // TODO: 这里放一个引用值,用于手动更新;
  page.update;
  // 开始组装数据
  for (let i = 0; i < cacheList.length; i++) {
    const item = cacheList[i];
    if (columnIndex < 0) {
      // 从这里开始,将以最低高度列的数组进行添加数据,这样就不会出现某一列高度与其他差距较大的情况
      result.sort((a, b) => a.height - b.height);
      // console.log("数据添加前 >>", item.id, result.map(ele => ({ index: ele.id, height: ele.height })));
      result[0].list.push(item);
      result[0].height += item.height!;
      // console.log("数据添加后 >>", item.id, result.map(ele => ({ index: ele.id, height: ele.height })));
      // console.log("--------------------");
    } else {
      result[columnIndex].list.push(item);
      result[columnIndex].height += item.height!;
      columnIndex++;
      if (columnIndex >= page.column) {
        columnIndex = -1;
      }
    }
  }
  console.log("重新计算列表 !!----------!!");
  // 最后排一下原来的顺序再返回即可
  result.sort((a, b) => a.id - b.id);
  // console.log("处理过的数据列表 >>", result);
  return result;
});

这样就达到完美的效果了,但是每次获取数据的时候却要等一会,因为要把获取回来的图片全部加载完才进行数据显示,所以没有基础版的无脑组装数据然后渲染快。除非然让后端返回数据的时候也带上图片的宽高(不现实),只能在上传图片的操作中携带上。

终极版

有没有一种几不需要组装数据,也不需要获取图片尺寸的方法?当然有,答案就是用css中的grid布局!

在列表容器中

.waterfall-box {
  --column: 4;
  display: grid;
  grid-template-columns: repeat(var(--cloumn), 1fr);
  align-items: end;
  grid-gap: 0 20px;
  padding: 20px 0;
}

看到--cloumn应该猜到是什么回事了吧,保持上面ResizeObserver监听列的操作不变,将.waterfall-box动态设置变量即可,最后再处理一下每个 item 中的 grid-row-end属性即可

<template>
  <div class="waterfall-item" v-for="(item, index) in page.list" :key="item.id">
    <img class="pic" :src="item.photo" alt="" :ref="e => setItemStyle(e as any, index)">
    <div class="title">{{ item.title }}</div>
    <div class="content ellipsis_2">{{ item.text }}</div>
  </div>
</template>
<script setup lang="ts">
// ...省略重复代码

function setItemStyle(img: HTMLImageElement, index: number) {
  // console.log(index, img);
  if (!img) return;
  function update() {
    const item = img.parentElement;
    if (!item) return;
    const gapRows = index >= page.column ? (page.column * 2) : 0;
    const rows = Math.ceil(item.clientHeight / 2) + gapRows;
    item.style.gridRowEnd = `span ${rows}`;
  }
  update();
  img.onload = update;
  img.onerror = function() {
    img.src = defaultPic.data;
    update();
  };
}
</script>
  这样就将所有操作都变成自适应的了,无需关心数据和图片尺寸,也不用分成多个列的节点布局。  

本文转载于:https://juejin.cn/post/7345379926147252236#heading-0

如果对您有所帮助,欢迎您点个关注,我会定时更新技术文档,大家一起讨论学习,一起进步。

 

               

 

标签:function,const,img,item,记录,最佳,瀑布,result,page
From: https://www.cnblogs.com/smileZAZ/p/18229489

相关文章

  • 如何用扫描录入单号工具!自动识别匹配快递名称和记录时间
    功能简介单号扫描录入:用户只需在软件中输入快递单号并回车,系统即可自动识别并录入该单号。自动匹配快递公司:根据用户输入的单号规律,系统能够自动匹配对应的快递公司名称,无需手动选择。实时记录时间:在录入单号的同时,系统会自动记录当前的日期和时间,为包裹的签收状态提供准......
  • 瀑布流练习
    瀑布流练习题0.瀑布流的形成各种高度不同的方块平铺。需要注意的是,第二行开始,选高度最小的方块位置插入新的方块,即需要记住当前高度数组。1.父组件瀑布流的容器这里的number是为了验证是否如开头所言,插入选取位置最矮的<template><WaterFall:list="list"></WaterFall>......
  • webapi 中 使用log4net 日志记录到数据库中
    1.安装三个nuget包  2.创建 log4net.config文件,选中文件鼠标右键,选择属性->复制到输出目录修改为始终复制<?xmlversion="1.0"encoding="utf-8"?><log4net><!--Debug日志--><appendername="RollingFileDebug"type="log......
  • golang使用阿里MQTT的通信记录
    背景:我们有业务场景就是手机App可以操作物连网设备,一年之中总会有一两次,手机无法操作设备,于是我们就需要将服务器重新启动就正常了,使用的是阿里MQTT服务。猜测:我一直怀疑,这个通信系统中的可能有BUG,消息丢失无法送达或者在传递过中发生了错乱无法正确收到消息。分析:仔细研究发现......
  • AOP简化公共属性create_time,create_user,update_time,update_user记录的重复代码
    处理这些公共字段,需要在每一个业务方法中进行操作,编码相对冗余、繁琐使用AOP切面编程,实现功能增强,来完成公共字段自动填充功能。1.2实现思路在实现公共字段自动填充,也就是在插入或者更新的时候为指定字段赋予指定的值,使用它的好处就是可以统一对这些字段进行处理,避免了重......
  • 16位简单ASM题的记录——[HGAME 2022 week1]easyasm
    第一次遇见16位,和纯看汇编的题目,记录一下DIE16位,IDA用32位或者64位都可以打开IDA主要汇编部分seg003:0000;===============SUBROUTINE=======================================seg003:0000seg003:0000;Attributes:noreturnseg003:0000seg003:0000......
  • 代码随想录算法训练营Day59 | 503.下一个更大元素II、42. 接雨水 | Python | 个人记录
    注:Day58是休息日。本文目录503.下一个更大元素II做题看文章42.接雨水做题看文章以往忽略的知识点小结个人体会503.下一个更大元素II代码随想录:503.下一个更大元素IILeetcode:503.下一个更大元素II做题和之前的739.每日温度一样,只不过可以循环,我这边是多遍历一......
  • 简要开发流程记录
    部分摘自@ANnianStriver启用禁用员工账号3.1需求分析与设计3.1.1产品原型在员工管理列表页面,可以对某个员工账号进行启用或者禁用操作。账号禁用的员工不能登录系统,启用后的员工可以正常登录。如果某个员工账号状态为正常,则按钮显示为“禁用”,如果员工账号状态为已禁用,则按......
  • 使用sharding-jdbc做分库分表记录
       项目中要使用分库分表来解决上亿数据的存储以及查询问题,最开始使用的是硬编码的方式,根据用户id的hash值做分表,保证同一个用户落在一张表里面。后面有同事说使用shardingsphere有现成的解决方案,于是转成了使用shardingsphere。 首先引入shardingjdbc的pom依赖  ......
  • Android Studio踩坑记录
    一、5issueswerefoundwhencheckingAARmetadata:  1. Dependency'androidx.appcompat:appcompat-resources:1.7.0'requireslibrariesandapplicationsthat    dependonittocompileagainstversion34orlaterofthe    AndroidAPIs.诸如......