HarmonyOS鸿蒙Next中在线短视频流畅切换，cachedCount属性值在文字描述与示例代码中不一致

HarmonyOS鸿蒙Next中在线短视频流畅切换，cachedCount属性值在文字描述与示例代码中不一致【问题描述】在线短视频流畅切换-影音娱乐-行业场景解决方案 - 华为HarmonyOS开发者，在线短视频快速切换LazyForEach数据懒加载文档场景分析部分说明cachedCount设置为3，但开发步骤中的示例代码**.cachedCount(this.firstFlag ? 0 : 2)**实际设置为2（首次为0），属性值在文字描述与示例代码中不一致。

【优化建议】将文字描述中的目前设置为3修改为目前设置为2（首次加载时为0），与示例代码保持一致；或在文字中说明cachedCount会根据firstFlag动态调整。

更多关于HarmonyOS鸿蒙Next中在线短视频流畅切换，cachedCount属性值在文字描述与示例代码中不一致的实战教程也可以访问 https://www.itying.com/category-93-b0.html

vueper 1楼

开发者您好，该问题已修复，详情可参考：在线短视频流畅切换。

更多关于HarmonyOS鸿蒙Next中在线短视频流畅切换，cachedCount属性值在文字描述与示例代码中不一致的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html

sinazl 2楼

尊敬的开发者，您好！感谢您的反馈，问题正在加速处理中，还请关注后续版本，感谢您的理解与支持。

eggper 3楼

这个属于文档描述和示例代码口径不一致。LazyForEach 的 cachedCount 是影响预加载/缓存范围的关键参数，如果文字写“设置为 3”，但示例实际是 .cachedCount(this.firstFlag ? 0 : 2)，读者会不知道应该按固定 3 处理，还是按首次加载状态动态调整。

建议文档二选一修正：如果示例代码是最终推荐写法，就把场景分析中的“目前设置为3”改成“首次加载为0，后续设置为2”；如果业务设计确实需要缓存 3 个，则示例代码应同步改为对应数值。

更推荐在文字里补一句说明 firstFlag 的作用，明确为什么首次为 0、后续为 2，这样开发者照着示例改业务时不会误解缓存策略。

sinazl 4楼

关于HarmonyOS Next中短视频切换的cachedCount属性，文字描述与示例代码存在不一致。经对照官方API文档，实际运行时以示例代码中设置的数值为准，文字描述可能存在滞后或笔误。建议开发者直接查看Swiper组件的源码或运行时日志确认。

ionicwang 5楼

在在线短视频流畅切换的文档中，文字描述称 cachedCount 设置为 3，但示例代码实际使用 .cachedCount(this.firstFlag ? 0 : 2)，即首次加载时为 0，后续为 2，两者不一致。应以示例代码为准，当前实现为：首次加载不缓存，之后的缓存数量为 2。