V2EX › Chuckle 的所有回复 › 第 7 页 / 共 11 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 11

❮

❯

358 天前

回复了 LZYMichael 创建的主题 › 程序员 › 我们将使用母语编程

这种小玩具还行，稍微文件多点，人没思路，问 ai 也只能干瞪眼

362 天前

回复了 Rust2015 创建的主题 › React › react 相对于 vue 优秀在那里！

react 本身封装的东西少，根据业务需要魔改出新框架方便

2024-12-26 23:08:02 +08:00

回复了 TWorldIsNButThis 创建的主题 › React › 前端已凉？ React19 正式发布了一段时间，站内几乎没有热度

react18 的新特性学了都还没地方用 https://i.imgur.com/NIvxivj.png ，公司里又是魔改 react17 ，自己项目用 nestjs+vue 感觉舒服点

2024-12-20 20:08:44 +08:00

回复了 andyskaura 创建的主题 › 钓鱼 › 鉴于太多 v 友询问我关于 11-12 月的钓鱼情况，在这里统一做一次解答。

😡谁问了

2024-11-02 16:34:38 +08:00

回复了 daishuge 创建的主题 › 程序员 › 高一给社团搞的网站，请问有没有什么可以改进的？

@Chuckle 现在在 html 里写 js ，一个文件快 700 行了，这是不方便看代码和维护的，通常不要超过 400 行，可以试试拆分功能模块到单独的 js ，比如 loadContent 函数，以及每个视图的字符串模板，都可以拆成单独的文件，然后挂到全局变量上。

2024-11-02 16:29:22 +08:00

回复了 daishuge 创建的主题 › 程序员 › 高一给社团搞的网站，请问有没有什么可以改进的？

比我高中强，哈哈，能把 JS 当兴趣玩玩挺好的，别管什么技术，什么 wp 、vue 啥的，网站看起来已经像模像样了就够了，甚至有点前沿框架的极简版影子。有个建议，现在导航栏是能切换了，但是 url 路径不会变，假如你想分享活动安排页出去不方便吧，试试看怎么实现，并且能方便以后加更多路由路径。

2024-10-24 01:06:37 +08:00

回复了 kneo 创建的主题 › 程序员 › 急需一个久坐监控

写几行代码就喝口水，或者手环也有久坐提醒

2024-09-12 16:59:32 +08:00

回复了 userKamtao 创建的主题 › Vue.js › 爆肝两年！打磨了一款 Vue 3 组件库（很新），欢迎体验 👏

很 cool 很特别！ https://i.imgur.com/L62ZP7V.png

2024-08-09 18:29:53 +08:00

回复了 szsgz 创建的主题 › Android › 目前最靠谱的安卓机

什么手机都差不多，手机卡套餐给力就行，软件就把谷歌全家桶装上，还有啥区别。

2024-08-06 23:20:08 +08:00

回复了 XIoYi 创建的主题 › 程序员 › 请教一个问题，网站是如何识别当前浏览器是 edge 而不是 chrome 的？

@Chuckle 还有 navigator.userAgentData.brands ，可以获取浏览器的信息

2024-08-06 23:16:19 +08:00

回复了 XIoYi 创建的主题 › 程序员 › 请教一个问题，网站是如何识别当前浏览器是 edge 而不是 chrome 的？

window.chrome 这个对象，edge 和 chrome 的属性有差异，比如 edge 多了 edgeQuickSearch 等。前端针对性的区分还是很多的办法的，api 和对象多多少少都有差异。

2024-08-01 13:58:21 +08:00

回复了 Chuckle 创建的主题 › 前端开发 › [悬赏代发]nuxt 项目适配移动端（1K）和接入 wanderboat.ai（4k）

已找到，此帖完结

2024-07-24 22:41:23 +08:00

回复了 Kinnikuman 创建的主题 › 程序员 › 关于"好奇移动端、桌面端是怎么实现列表控件渲染大量元素不卡顿的？"引申的问题

@iapplebear 不过这毕竟只是个 demo ，我感觉嵌套起来用应该会有些问题，性能上或者是布局计算上

2024-07-24 22:36:47 +08:00

回复了 Kinnikuman 创建的主题 › 程序员 › 关于"好奇移动端、桌面端是怎么实现列表控件渲染大量元素不卡顿的？"引申的问题

@iapplebear 每个列表元素的 dom 结构可以通过插槽自定义，你可以通过二维数组实现这个功能，外面是一层不定高虚拟列表，用于区分每一天，然后每个元素里面又是一个不定高虚拟瀑布流来展示该天的所有照片，通过这样嵌套两层虚拟列表，应该可以满足你的需求。https://i.imgur.com/fEn6ahz.png

2024-07-24 19:46:11 +08:00

回复了 Kinnikuman 创建的主题 › 程序员 › 关于"好奇移动端、桌面端是怎么实现列表控件渲染大量元素不卡顿的？"引申的问题

@DOLLOR 主要还是小红书、抖音这种无限往下滑动的场景，快速找到并滚动到最后一次看的视频也是个算法题（

2024-07-24 19:44:21 +08:00

回复了 Kinnikuman 创建的主题 › 程序员 › 关于"好奇移动端、桌面端是怎么实现列表控件渲染大量元素不卡顿的？"引申的问题

@crz 原生的滚动条确实应该隐藏掉，要的话应该再写个虚拟滚动条，小红书也是把滚动条隐藏了，demo 不直接展示 2000 条，也是因为实时计算是找最小高度的列，以其为基准，所以肯定是少于 2000 条的，确保体验，不然有些列长度太短了，留白难看，因为是不定高，所以每次加入元素只能找最短列，但不知道当前加入的元素实际高度。

2024-07-24 11:10:08 +08:00

回复了 rcocco 创建的主题 › 程序员 › 好奇移动端、桌面端是怎么实现列表控件渲染大量元素不卡顿的？

@LavaC 写过个不定高的虚拟瀑布流 demo ，准确的布局还是做得到的，https://list.qcqx.cn/#/list/virtualwaterfall

2024-07-24 11:04:08 +08:00

回复了 Kinnikuman 创建的主题 › 程序员 › 关于"好奇移动端、桌面端是怎么实现列表控件渲染大量元素不卡顿的？"引申的问题

@Chuckle #9 拟列表一般都是滑到底部后增量加载，类似分页，并不是一次性把所有数据加进 list ，而且计算布局也限制在视口附近的元素，优化手段还是很多的，查找要渲染的元素范围用二分，当然，往下滑动多了，list 还是会很大，可以考虑分数组、按范围计算，甚至上 canvas ，不过一般来说那点数据量 cpu 应付得过来的，总比上万个 dom 元素好多了，至于内存占用，这个没特殊限制倒没大问题，100w 个对象也才多大，重点还是列表布局的渲染，数据量大了怎么搞都是妥协，布局还是得老老实实算。这 demo 写得也一般，但是不定高虚拟瀑布流也能应付无图片的上万条数据。

2024-07-24 10:38:16 +08:00

回复了 Kinnikuman 创建的主题 › 程序员 › 关于"好奇移动端、桌面端是怎么实现列表控件渲染大量元素不卡顿的？"引申的问题

@Chuckle 后端把图片宽高返回的话，计算量能小点，小红书就是这么干的

2024-07-24 10:36:19 +08:00

回复了 Kinnikuman 创建的主题 › 程序员 › 关于"好奇移动端、桌面端是怎么实现列表控件渲染大量元素不卡顿的？"引申的问题

虚拟列表是在滚动时计算出要渲染的元素在数组中的索引范围，普通的定高、不定高的计算量不大，很流畅，但是不定高的瀑布流，还伴随着图片加载的话，计算量就很大了，写过个 demo ，https://list.qcqx.cn/#/list/virtualwaterfall

1 2 3 4 5 6 7 8 9 10 ... 11

❮

❯