ArkTS 进阶之道(25):@StorageLink/@StorageProp 应用级状态绑定边界——为啥双向绑定 vs 单向只读
ArkTS 进阶之道25StorageLink/StorageProp 应用级状态绑定边界——为啥双向绑定 vs 单向只读本文是「ArkTS 进阶之道」系列第 25 篇续「ArkUI 状态联动」深水区。上篇讲 LocalStorage 页面级状态存储槽边界同页面多组件共享页面卸载就销毁。本文讲应用级状态绑定边界StorageLink 双向绑定 vs StorageProp 单向只读——根因在双向绑定槽 vs 单向只读槽。能力系列篇 25 讲过 StorageLink/StorageProp 怎么用本文讲为哈 StorageLink 双向绑定合法 StorageProp 单向只读组件不能改——根因在双向绑定槽 vs 单向只读槽。一、开篇StorageLink 不是单向只读是双向绑定 AppStorage 键你写 React 时应用级状态绑定是「useSelector 魔法」useSelector 双向 sync redux store// React 应用级状态绑定useSelector useDispatch 双向 sync function Comp() { const count useSelector(state state.count) // 单向读 redux store const dispatch useDispatch() return button onClick{() dispatch({ type: INC })}count{count}/button // 改用 dispatch } // React 应用级状态绑定useSelector 单向读 useDispatch 改双向 sync 魔法你写鸿蒙 ArkTS 时StorageLink双向绑定 AppStorage 键——组件改互同步// ArkTS StorageLink 双向绑定 AppStorage 键 AppStorage.setOrCreate(appCount, 0) Component struct LinkComp { StorageLink(appCount) appCount: number 0 // ✅ StorageLink 双向绑定改互同步 build() { Button(appCount${this.appCount}) .onClick(() { this.appCount }) // ✅ 组件改 → AppStorage 同步 → 其他组件同步 } } // StorageLink 双向绑定 AppStorage 键组件改 → AppStorage 同步 → 其他组件同步双向useSelector 魔法 vs 双向绑定槽的区别React 把应用级状态绑定当 useSelector 魔法单向读 useDispatch 改ArkTS 把 StorageLink 当「双向绑定槽」组件改互同步。根因不是 useSelector 魔法是双向绑定槽——StorageLink 双向绑定 AppStorage 键组件改 → AppStorage 同步 → 其他组件同步双向。二、根因StorageLink/StorageProp 的双向绑定槽 vs 单向只读槽机制鸿蒙 ArkUI 的 StorageLink/StorageProp 是应用级状态绑定槽——StorageLink 双向绑定槽StorageProp 单向只读槽来自三重绑定机制。机制 1StorageLink 双向绑定 AppStorage 键——组件改互同步StorageLink 荬饰器双向绑定 AppStorage 键——组件改 → AppStorage 同步 → 其他组件同步双向AppStorage.setOrCreate(appCount, 0) Component struct LinkComp { StorageLink(appCount) appCount: number 0 // ✅ StorageLink 双向绑定改互同步 build() { Column() { Text(appCount ${this.appCount}) Button(改 appCount) .onClick(() { this.appCount }) // ✅ 组件改 → AppStorage 同步 → 其他组件同步 } } } // StorageLink 双向绑定 AppStorage 键组件改 → AppStorage 同步 → 其他组件同步双向StorageLink 双向绑定 AppStorage 键StorageLinkappCount荬饰器双向绑定 AppStorage 键——组件改appCount→ AppStorage 同步 → 其他组件同步双向。根因不是单向只读是双向绑定槽——StorageLink 双向绑定 AppStorage 键组件改互同步双向。机制 2StorageProp 单向只读绑定——AppStorage 改组件同步组件不能改StorageProp 荬饰器单向只读绑定——AppStorage 改 → 组件同步组件改只改本地副本不回传AppStorage.setOrCreate(appCount, 0) Component struct PropComp { StorageProp(appCount) appCount: number 0 // ⚠ StorageProp 单向只读组件不能改 build() { Column() { Text(appCount ${this.appCount}只读组件不能改) Button(试改 appCount) .onClick(() { // ⚠ StorageProp 只读改只改组件本地副本不回传 AppStorage单向只读 this.appCount // ⚠ 只改本地副本AppStorage 不同步其他组件不同步 }) } } } // StorageProp 单向只读绑定AppStorage 改 → 组件同步组件改只改本地副本不回传StorageProp 单向只读绑定StoragePropappCount荬饰器单向只读绑定——AppStorage 改appCount→ 组件同步组件改appCount只改本地副本不回传 AppStorage。根因不是双向同步是单向只读槽——StorageProp 单向只读绑定AppStorage 改组件同步组件改不回传。机制 3StorageLink vs StorageProp 边界——双向绑定 vs 单向只读StorageLink双向绑定组件改互同步StorageProp单向只读AppStorage 改组件同步组件改不回传——根因都是绑定 AppStorage 键但绑的机制不同AppStorage.setOrCreate(appCount, 0) // ✅ StorageLink 路径双向绑定组件改 → AppStorage 同步 → 其他组件同步双向 Component struct LinkComp { StorageLink(appCount) appCount: number 0 // ✅ StorageLink 双向绑定 build() { Button(LinkComp ${this.appCount}) .onClick(() { this.appCount }) // ✅ 组件改 → AppStorage 同步 → 其他组件同步 } } // ⚠ StorageProp 路径单向只读AppStorage 改 → 组件同步组件改不回传 Component struct PropComp { StorageProp(appCount) appCount: number 0 // ⚠ StorageProp 单向只读 build() { Button(PropComp ${this.appCount}) .onClick(() { this.appCount }) // ⚠ 改只改本地副本AppStorage 不同步 } } // StorageLink vs StorageProp 边界双向绑定改互同步vs 单向只读组件改不回传StorageLink vs StorageProp 边界StorageLink 路径——双向绑定组件改 → AppStorage 同步 → 其他组件同步双向推荐组件要改用。StorageProp 路径——单向只读AppStorage 改 → 组件同步组件改只改本地副本不回传推荐组件只读用。根因都是绑定 AppStorage 键但绑的机制不同——StorageLink 双向绑定槽改互同步StorageProp 单向只读槽组件改不回传。机制 4AppStorage.set 改 → StorageLink StorageProp 都同步AppStorage.set改 AppStorage 键→ StorageLink StorageProp 都同步AppStorage 是源AppStorage.setOrCreate(appCount, 0) Entry Component struct Index { StorageLink(appCount) linkCount: number 0 // ✅ StorageLink 双向绑定 build() { Column() { Button(直接改 AppStorage.set(appCount, 50)) .onClick(() { AppStorage.set(appCount, 50) // ✅ AppStorage 改 → StorageLink 同步 StorageProp 同步 // ✅ AppStorage 是源StorageLink 和 StorageProp 都从 AppStorage 同步 }) } } } // AppStorage.set 改 → StorageLink StorageProp 都同步AppStorage 是源AppStorage.set 改 → StorageLink StorageProp 都同步AppStorage.setappCount改 AppStorage 键 → StorageLink StorageProp 都同步AppStorage 是源。根因不是组件改是 AppStorage 源——AppStorage.set 改 → StorageLink StorageProp 都同步AppStorage 是源。三、真机配图StorageLink/StorageProp 应用级状态绑定边界——双向 vs 只读初始态LinkComp appCount0 葝色双向、PropComp appCount0 橙色只读均绑定边界初始态齐点调三按钮后LinkComp appCount50 葝色被 AppStorage.set 直接改 50 覆盖、PropComp appCount50 橙色只读同步、StorageLink 双向 vs StorageProp 只读边界证据齐对比证据点 LinkComp 改 appCount 后 AppStorage 同步StorageLink 双向点 PropComp 试改 appCount 后只改本地副本不回传StorageProp 只读点直接改 AppStorage.set(“appCount”, 50) 后 LinkComp PropComp 都同步 50AppStorage 是源。StorageLink 双向绑定 vs StorageProp 单向只读——StorageLink 绑定 AppStorage 键改互同步双向StorageProp 绑定 AppStorage 键只读组件改不回传。四、真解法StorageLink/StorageProp 应用级状态绑定的三个场景场景 1StorageLink 双向绑定计数器90% 场景首选组件要改用双向AppStorage.setOrCreate(appCount, 0) Component struct LinkComp { StorageLink(appCount) appCount: number 0 // ✅ StorageLink 双向绑定改互同步 build() { Column() { Text(appCount ${this.appCount}) Button(改 appCount) .onClick(() { this.appCount }) // ✅ 组件改 → AppStorage 同步 → 其他组件同步 } } }为哈能跑StorageLink 双向绑定计数器——双向绑定槽StorageLinkappCount双向绑定 AppStorage 键组件改appCount→ AppStorage 同步 → 其他组件同步双向。首选这个90% 的场景组件要改应用级状态用 StorageLink 双向绑定槽就够。要写「组件改应用级状态计数器等」时用这个——不用 StorageProp 单向只读组件改不回传StorageLink 双向绑定改互同步。场景 2StorageProp 单向只读绑定展示组件只读用单向AppStorage 改组件同步AppStorage.setOrCreate(appCount, 0) Component struct PropComp { StorageProp(appCount) appCount: number 0 // ⚠ StorageProp 单向只读组件不能改 build() { Text(appCount ${this.appCount}只读展示组件不能改) // ✅ AppStorage 改 → 组件同步只读展示 } } // StorageProp 单向只读绑定展示AppStorage 改 → 组件同步只读展示组件不能改为哈能跑StorageProp 单向只读绑定展示——单向只读槽StoragePropappCount单向只读绑定 AppStorage 键AppStorage 改appCount→ 组件同步只读展示组件不能改。要写「组件只读展示应用级状态只读展示等」时用这个——不用 StorageLink 双向绑定组件改会回传StorageProp 单向只读组件不能改。场景 3StorageLink StorageProp 混用改组件用 StorageLink只读组件用 StoragePropAppStorage.setOrCreate(appCount, 0) // ✅ 改组件用 StorageLink 双向绑定组件改 → AppStorage 同步 Component struct EditComp { StorageLink(appCount) appCount: number 0 // ✅ StorageLink 双向绑定改互同步 build() { Column() { TextInput({ text: ${this.appCount}, placeholder: 输入值 }) .onChange((value: string) { this.appCount parseInt(value) || 0 }) // ✅ 改 → AppStorage 同步 } } } // ✅ 只读组件用 StorageProp 单向只读AppStorage 改 → 组件同步只读展示 Component struct ShowComp { StorageProp(appCount) appCount: number 0 // ✅ StorageProp 单向只读组件不能改 build() { Text(只读展示 appCount ${this.appCount}) // ✅ AppStorage 改 → 组件同步只读展示 } } // StorageLink StorageProp 混用改组件用 StorageLink 双向只读组件用 StorageProp 单向只读为哈能跑StorageLink StorageProp 混用——改组件用 StorageLink 双向绑定组件改 → AppStorage 同步只读组件用 StorageProp 单向只读AppStorage 改 → 组件同步只读展示。要写「改组件 只读组件混用编辑 展示等」时用这个——改组件用 StorageLink 双向只读组件用 StorageProp 单向只读。五、一句话哲学StorageLink 不是单向只读是双向绑定 AppStorage 键的改互同步StorageProp 是单向只读的组件不能改。ArkUI 的 StorageLink 荬饰器双向绑定 AppStorage 键组件改互同步双向。根因不是单向只读是双向绑定槽——StorageLink 双向绑定 AppStorage 键组件改 → AppStorage 同步 → 其他组件同步双向 StorageProp 单向只读绑定AppStorage 改 → 组件同步组件改只改本地副本不回传 StorageLink vs StorageProp 边界双向绑定 vs 单向只读 AppStorage.set 改 → StorageLink StorageProp 都同步AppStorage 是源。对比 React 应用级状态绑定 useSelector 魔法单向读 useDispatch 改ArkTS StorageLink 双向绑定槽改互同步。状态联动深水区串讲Watch 绑 State 变触发副作用回调槽篇 68 Link $ 语法双向绑定跨组件同步篇 69 Provide/Consume 跨层级传递槽祖辈后辈同步篇 70 Observed/ObjectLink 嵌套对象观测槽子属性改刷 UI篇 71 AppStorage 应用级状态存储槽所有页面共享篇 72 LocalStorage 页面级状态存储槽同页面多组件共享篇 73 StorageLink/StorageProp 应用级状态绑定边界双向 vs 只读篇 74StorageLink 双向绑定 vs StorageProp 单向只读——续「ArkUI 状态联动」深水区讲状态联动深水区Watch 寕作用回调槽边界 Link $ 语法双向绑定边界 Provide/Consume 跨层级传递槽边界 Observed/ObjectLink 嵌套对象观测槽边界 AppStorage 应用级状态存储槽边界 LocalStorage 页面级状态存储槽边界 StorageLink/StorageProp 应用级状态绑定边界。系列预告下篇篇 75讲 LocalStorageLink/LocalStorageProp 页面级状态绑定边界LocalStorage 绑定根因续「ArkUI 状态联动」深水区。五阶段哲学体系类型哲学50-52→ 作用域哲学53-55→ 状态哲学56-59→ 渎染哲学60-62→ 组件设计63-67→ 状态联动深水区68讲清 ArkTS/ArkUI 进阶哲学。能力系列回链能力系列篇本文进阶点篇 25 StorageLink/StorageProp 用法StorageLink/StorageProp 应用级状态绑定边界根因双向绑定 vs 单向只读篇 23 AppStorage 用法应用级状态存储槽边界所有页面共享页面卸载状态仍存在篇 59 Watch 用法状态联动深水区Watch 儝作用回调槽 vs onClick 直接调副作用边界真机 demo 完整代码// 篇 74 demoStorageLink/StorageProp 应用级状态绑定边界 // StorageLink 双向绑定 AppStorage 键改互同步vs StorageProp 单向只读绑定组件不能改 AppStorage.setOrCreate(appCount, 0) AppStorage.setOrCreate(appTheme, #007DFF) // ✅ StorageLink 双向绑定组件改互同步组件改 → AppStorage 同步AppStorage 改 → 组件同步 Component struct LinkComp { StorageLink(appCount) appCount: number 0 // ✅ StorageLink 双向绑定改互同步 build() { Column({ space: 6 }) { Text(组件 LinkCompStorageLink 双向绑定) .fontSize(11).fontColor(#2563eb).fontWeight(FontWeight.Bold) Text(appCount ${this.appCount}).fontSize(13).fontColor(#2563eb) Button(LinkComp 改 appCountStorageLink 双向组件改 → AppStorage 同步) .width(92%).height(36).fontSize(10) .onClick(() { this.appCount }) // ✅ 组件改 → AppStorage 同步 → 其他组件同步 } .width(92%).padding(8).backgroundColor(#e0f0ff).borderRadius(6) } } // ⚠ StorageProp 单向只读绑定组件AppStorage 改 → 组件同步组件不能改只读 Component struct PropComp { StorageProp(appCount) appCount: number 0 // ⚠ StorageProp 单向只读组件不能改 build() { Column({ space: 6 }) { Text(组件 PropCompStorageProp 单向只读) .fontSize(11).fontColor(#ff6600).fontWeight(FontWeight.Bold) Text(appCount ${this.appCount}只读组件不能改).fontSize(13).fontColor(#ff6600) Button(PropComp 试改 appCountStorageProp 只读改不回传 AppStorage) .width(92%).height(36).fontSize(10) .onClick(() { // ⚠ StorageProp 只读改只改组件本地副本不回传 AppStorage单向只读 this.appCount // ⚠ 只改本地副本AppStorage 不同步其他组件不同步 }) } .width(92%).padding(8).backgroundColor(#fff0e0).borderRadius(6) } } Entry Component struct Index { StorageLink(appTheme) appTheme: string #007DFF State log: string (未操作) build() { Column({ space: 12 }) { Text(篇 74 配图StorageLink/StorageProp 应用级状态绑定边界) .fontSize(16).fontWeight(FontWeight.Bold).margin({ top: 16, bottom: 4 }) Text(StorageLink 双向绑定改互同步vs StorageProp 单向只读组件不能改) .fontSize(10).fontColor(#888).margin({ bottom: 8 }) LinkComp() PropComp() // ✅ 直接改 AppStorageStorageLink 同步StorageProp 也同步 Button(直接改 AppStorage.set(appCount, 50)) .width(92%).height(40).fontSize(12) .onClick(() { AppStorage.set(appCount, 50) // ✅ AppStorage 改 → StorageLink 同步 StorageProp 同步 this.log AppStorage.set appCount50StorageLink StorageProp 都同步 }) Text(日志${this.log}).fontSize(10).fontColor(#333).margin({ top: 4 }) } .width(100%).height(100%).alignItems(HorizontalAlign.Center) } }写鸿蒙 ArkUI 记住StorageLink 不是单向只读是双向绑定 AppStorage 键的改互同步——StorageLink 荬饰器双向绑定 AppStorage 键组件改互同步双向。根因不是单向只读是双向绑定槽——StorageLink 双向绑定 AppStorage 键组件改 → AppStorage 同步 → 其他组件同步双向 StorageProp 单向只读绑定AppStorage 改 → 组件同步组件改只改本地副本不回传 StorageLink vs StorageProp 边界双向绑定 vs 单向只读 AppStorage.set 改 → StorageLink StorageProp 都同步AppStorage 是源。StorageLink 双向绑定计数器用双向绑定槽首选90% 场景StorageProp 单向只读绑定展示用单向只读槽组件不能改StorageLink StorageProp 混用改组件用 StorageLink 双向只读组件用 StorageProp 单向只读。双向绑定 vs 单向只读是 ArkUI 状态联动深水区核心

相关新闻

C语言学习:指针

C语言学习:指针

指针操作函数函数名就是函数首地址函数类型:int(*)(int,int)//除去变量名加*用途:实现回调函数 可以方便处理同类型函数qsort void qsort( void *base, size_t nmemb, size_t size, int (*compar)(const void *, const void *) );const void *a /const void *…

2026/7/31 17:14:39 阅读更多 →
镜像生命:从手性分子到生物探测盲区的科学探索

镜像生命:从手性分子到生物探测盲区的科学探索

那天晚上,我像往常一样打开视频,原本只是想找个背景音放松一下,却没想到被一个看似科幻的标题彻底拽了进去——“镜像生命:科学禁地”。起初我以为这又是那种故弄玄虚的伪科学话题,但越听越发现,它其实在用…

2026/7/31 17:14:39 阅读更多 →
Windows下Python导入DLL失败:从原理到实战的完整解决方案

Windows下Python导入DLL失败:从原理到实战的完整解决方案

1. 问题本质:为什么Python会“找不到”DLL?如果你在Windows上跑Python程序,特别是用到一些涉及底层硬件加速或复杂计算的库(比如onnxruntime、PyQt/shiboken、tensorflow等),十有八九都见过这个让人血压飙升…

2026/7/31 17:14:39 阅读更多 →

最新新闻

14:计算邮资

14:计算邮资

/*** 题目名称&#xff1a;计算邮资 <p>* 题目来源&#xff1a;http://noi.openjudge.cn/ch0104/14/ <p>* 程序功能&#xff1a;根据给定计算规则、邮件重量和用户是否选择加急输出邮费** author 潘磊&#xff0c;just_panleijust.edu.cn* version 1.0*/import jav…

2026/7/31 19:00:30 阅读更多 →
第 1 篇:Three.js 是什么,以及它在数字孪生中负责什么

第 1 篇:Three.js 是什么,以及它在数字孪生中负责什么

第 1 篇&#xff1a;Three.js 是什么&#xff0c;以及它在数字孪生中负责什么 本文是“使用 Three.js 构建转炉数字孪生系统”系列的导读篇。 本文不急于讲具体 API&#xff0c;而是先解决一个更重要的问题&#xff1a;Three.js 在数字孪生系统中究竟处于什么位置&#xff0c;它…

2026/7/31 19:00:30 阅读更多 →
精密医疗注塑实力厂商对比:专业评估维度与五家服务商解析

精密医疗注塑实力厂商对比:专业评估维度与五家服务商解析

在医疗器械与高端耗材的制造链条中&#xff0c;精密注塑是最为核心的技术环节之一。一个合格的医疗塑料件&#xff0c;不仅要求尺寸精度达到微米级&#xff0c;更要求生产环境洁净度、材料生物相容性以及全流程质量追溯能力全面达标。面对市场上众多注塑厂商&#xff0c;如何筛…

2026/7/31 19:00:30 阅读更多 →
2026国内云原生可观测智能运维平台怎么选?擎创智能运维 2.0 深度解析

2026国内云原生可观测智能运维平台怎么选?擎创智能运维 2.0 深度解析

随着企业全面转向微服务、容器、混合云架构&#xff0c;云原生场景下的运维难度持续攀升。容器生命周期短、调用链路分散、指标日志链路数据相互割裂&#xff0c;大量运维团队搭建多套监控工具&#xff0c;排查故障需要反复切换平台&#xff1b;传统静态阈值无法适配云原生动态…

2026/7/31 19:00:30 阅读更多 →
2026 AI 根因分析智能运维平台品牌国内哪家比较专业?分场景直接选型结论

2026 AI 根因分析智能运维平台品牌国内哪家比较专业?分场景直接选型结论

当下企业 IT 架构普遍混合传统物理机、云原生集群与国产化信创环境&#xff0c;指标、日志、链路、告警数据爆发式增长&#xff0c;运维团队长期被海量告警风暴、跨系统故障溯源难、工具数据孤岛等问题困扰。不少企业在挑选具备 AI 根因分析能力的智能运维平台时&#xff0c;很…

2026/7/31 19:00:30 阅读更多 →
Spring Boot配置读取全解析:@Value、@ConfigurationProperties与Environment实战

Spring Boot配置读取全解析:@Value、@ConfigurationProperties与Environment实战

1. 项目概述&#xff1a;为什么Spring Boot读取YAML值得深究&#xff1f;如果你用Spring Boot做过项目&#xff0c;配置文件这块儿肯定绕不开。.yml或.yaml文件凭借其清晰的层级结构&#xff0c;早就成了比.properties更主流的选择。但不知道你有没有遇到过这样的场景&#xff…

2026/7/31 18:59:30 阅读更多 →

日新闻

物理复制比逻辑复制好在哪?数据库复制原理详解

物理复制比逻辑复制好在哪?数据库复制原理详解

数据库复制是把主库数据同步到备库的机制&#xff0c;分为逻辑复制和物理复制两种。逻辑复制传输的是 SQL 语句或行变更事件&#xff0c;物理复制传输的是存储引擎底层的物理日志。阿里云 PolarDB&#xff08;云原生数据库&#xff09;采用物理复制&#xff0c;在同步延迟、数据…

2026/7/31 0:00:34 阅读更多 →
BilibiliDown:3分钟学会B站视频下载的终极指南

BilibiliDown:3分钟学会B站视频下载的终极指南

BilibiliDown&#xff1a;3分钟学会B站视频下载的终极指南 【免费下载链接】BilibiliDown (GUI-多平台支持) B站 哔哩哔哩 视频下载器。支持稍后再看、收藏夹、UP主视频批量下载|Bilibili Video Downloader &#x1f633; 项目地址: https://gitcode.com/gh_mirrors/bi/Bilib…

2026/7/31 0:00:34 阅读更多 →
有哪些游戏数据AI平台?游戏行业Data+AI融合方案盘点

有哪些游戏数据AI平台?游戏行业Data+AI融合方案盘点

当前&#xff0c;游戏行业的“DataAI融合”已从概念验证进入价值落地阶段。根据IDC 2025年数据&#xff0c;中国AI游戏云市场规模已达18.6亿元&#xff1b;同时&#xff0c;游戏研发环节AI渗透率高达86%&#xff0c;生成式AI内容普及率超过50%。面对庞大的市场&#xff0c;游戏…

2026/7/31 0:00:34 阅读更多 →

周新闻

深度学习道路桥梁裂缝检测系统 道路桥梁裂缝检测数据集 道路桥梁病害识别检测数据集

深度学习道路桥梁裂缝检测系统 道路桥梁裂缝检测数据集 道路桥梁病害识别检测数据集

深度学习道路桥梁裂缝检测系统 数据集6000张 完整源码已标注数据集训练好的模型环境配置教程程序运行说明文档&#xff0c;可以直接使用&#xff01;系统支持图片、视频、摄像头等多种方式检测裂缝&#xff0c;功能强大实用。 1数据集6000张 8各类别

2026/7/31 1:03:03 阅读更多 →
深度学习YOLO模型如何训练 PUBG 绝地求生目标检测数据集

深度学习YOLO模型如何训练 PUBG 绝地求生目标检测数据集

pubg数据集 精选原图1.42万数据 1.49万标签 无任何重复、算法增强或冗余图像&#xff01; pubg绝地求生目标检测数据集 1分类&#xff1a;e_body&#xff0c;14905个标签&#xff0c;txt格式 共计14244张图&#xff0c;99%为640*640尺寸图像 适合yolo目标检测、AI训练关键词&am…

2026/7/29 14:34:28 阅读更多 →
Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex检测数据集数据集详情检测类别&#xff1a; allies enemy tag图片总量&#xff1a;7247张训练集&#xff1a;5139张验证集&#xff1a;1425张测试集&#xff1a;683张标注状态&#xff1a;全部已标注&#xff0c;即拿即用数据格式&#xff1a;支持YOLO格式及其他格式&#…

2026/7/31 4:19:39 阅读更多 →

月新闻