HarmonyOS 7存量 2D 应用的渐进式空间化改造路线图手上有一个跑了几年、几百万用户的 2D 应用现在想蹭上空间计算。直接重做一版肯定是下策——产品逻辑、埋点、灰度策略全要重来风险高到没人敢拍板。更现实的做法是分四步走每一步都能独立上线、独立回滚前一步为后一步铺路。下面这套路线从最轻的分层开始到最重的沉浸化结束。每一阶段都给判定标准和可量化指标避免感觉做得差不多了这种模糊结论。阶段划分与演进逻辑改造的目标不是变成 3D而是让信息组织从平铺走向纵深。四阶段的划分依据是引入的维度数量阶段一信息平铺0 维变化只做梳理阶段二分层引入 Z 的排序语义但仍是 2D 渲染阶段三3D 化引入真实透视与旋转阶段四沉浸化引入光照、声音、手势等多通道协同每一阶段都建立在前一阶段稳定运行的基础上。跳过阶段二直接做阶段三通常会出现东西都转了但主次还是乱的。阶段一信息平铺怎么梳理这一阶段不动渲染只做信息架构的重新梳理。目标是把当前页面里所有元素按主任务 / 上下文 / 环境三类归档为后面的分层做准备。具体动作盘点当前页面的所有信息块给每一块打上优先级标签识别哪些信息是同时在线的可分层共存哪些是串行的需要跳转。判定标准能画出一张信息分类表每个元素都有明确归属没有说不清放哪类的元素。可量化指标指标目标信息块分类覆盖率100%无未归类元素主任务识别一致性3 名以上设计师独立分类主任务结论一致串行信息识别明确标出所有必须跳转的场景阶段二分层改造怎么落地这一阶段开始用Stack把归档好的信息叠起来。注意这里只用位移和zIndex不引入透视。目的很纯粹验证分层这个信息结构用户能否理解。做法上主任务放到中心且zIndex最高并略作放大上下文层降低不透明度并轻微偏移环境层淡出。此时还是纯 2D 渲染性能开销几乎为零。判定标准用户能在不看说明的情况下判断出哪个是主任务。可量化指标指标目标主任务首屏可见率≥ 95% 的用户在 2 秒内指出主任务主次视觉对比度前景与背景层不透明度差 ≥ 0.25误点率上下文层误点率 ≤ 3%首帧渲染耗时相较改造前增幅 ≤ 5%阶段三3D 化怎么引入到这一步才第一次出现真实的透视和旋转。把阶段二的层间位移改造成带perspective的纵深让元素拥有真实的近大远小和遮挡。这里的关键是统一透视值。所有层级用同一个perspective否则纵深关系会失真用户判断不了远近。判定标准关闭动画后截屏用户能从静态画面里读出院落式的纵深层次而不是只看到大小不同的平面卡片。可量化指标指标目标渲染帧率稳定 ≥ 60fps复杂页 ≥ 30fps单帧 GPU 耗时控制在预算内如 8ms透视一致性同屏perspective值唯一眩晕反馈症状问卷SSQ得分不高于改造前基线大角度倾斜占比旋转角度 15 度的元素占比 10%阶段四沉浸化怎么收口最后一个阶段引入光照、空间音频、手势/传感器等多通道协同让页面从有纵深走向可进入。这一步对体验收益最大风险也最大。光照方向不统一、声音方位和元素对不上、手势识别失败静默处理任何一条都会让前面的努力白费。判定标准多通道反馈之间不打架——视觉、听觉、触觉表达的是同一件事。可量化指标指标目标手势识别成功率≥ 92%多通道一致性声音方位与元素位置偏差 15 度任务完成时间相较阶段二不增加理想情况下降 ≥ 10%静音场景可用性关闭声音后核心任务仍可 100% 完成退出率沉浸页退出率不高于平面页基线渐进式改造的代码骨架同一套组件用stage变量控制它在各阶段的表现。这样灰度发布时只需下发给不同用户不同的stage值。EntryComponentstruct ProgressiveSpatialDemo{// 1平铺 2分层 33D化 4沉浸化Statestage:number2;// 统一透视视距阶段三及以后生效privatereadonlyPERSPECTIVE:number1000;BuilderLayerCard(title:string,role:focus|context|env){Column(){Row().width(100%).height(60).backgroundColor(#DCE6F2).borderRadius(10)Text(title).fontSize(14).margin({top:6})}.width(rolefocus?180:140).padding(10).backgroundColor(Color.White).borderRadius(14)// 阶段二起分层阶段三起叠加纵深与透视.translate({x:rolefocus?0:(rolecontext?120:-120),y:0,// 只有阶段三及以后才给 z 真实位移z:this.stage3?(rolefocus?40:-80):0}).rotate({x:0,y:1,// 阶段三起才有旋转阶段四允许更大角度angle:this.stage4?(rolefocus?0:14):(this.stage3?(rolefocus?0:8):0),perspective:this.PERSPECTIVE}).scale({x:rolefocusthis.stage2?1.1:1,y:rolefocusthis.stage2?1.1:1}).opacity(this.stage2?(roleenv?0.5:(rolecontext?0.85:1)):1).zIndex(rolefocus?3:(rolecontext?2:1))}build(){Column(){Stack({alignContent:Alignment.Center}){this.LayerCard(环境/推荐,env)this.LayerCard(上下文/相关,context)this.LayerCard(主任务,focus)}.width(100%).height(360)Row({space:8}){ForEach([1,2,3,4],(s:number){Button(阶段${s}).backgroundColor(this.stages?#E85D3D:#E0E0E0).fontColor(this.stages?Color.White:#333).onClick((){this.getUIContext()?.animateTo({duration:350,curve:Curve.EaseInOut},(){this.stages;});})},(s:number)s.toString())}.margin({top:24})}.width(100%).height(100%).justifyContent(FlexAlign.Center)}}把stage从 1 拖到 4能直观看到同一套结构如何从平铺长成有纵深的层次。工程上这意味着一份代码同时支持四个阶段灰度切换成本极低。案例推演设置中心的四阶段改造拿设置中心做完整推演。假设当前是一个纵向列表共 6 个一级入口、每项下有若干二级设置。阶段一信息平铺盘点发现账号与安全网络与连接是高频主任务“关于本机”隐私政策是低频环境信息其余为上下文。归档成三类。阶段二分层主任务卡片居中并放大上下文项半透明排布在周围环境项弱化到边缘。此时用户一眼能判断从哪开始。阶段三3D 化主任务卡片沿 Z 轴前移并轻微上倾上下文卡片后退并绕 Y 轴内收形成一条通往设置深处的走廊感。二级设置展开时不再是新页面而是从主卡片后方推入。阶段四沉浸化进入某项设置时从元素对应方位播放一声轻微的空间提示音AudioSpatializationManager可查询设备是否支持空间音频渲染手势后推作为返回主光源统一从左上打来选中项高光增强。归类完成主任务可辨识纵深可读且帧率达标指标未达标指标未达标指标未达标阶段一 信息平铺阶段二 分层阶段三 3D 化阶段四 沉浸化回退: 调整不透明度/偏移回退: 缩小旋转角/统一透视回退: 关闭声音/降低手势依赖每个阶段的回退路径都要提前设计好。空间化改造最容易犯的错是一步到位结果指标不达标时不知道退回哪一步。几条小经验先从信息架构开始别从渲染开始。分层是 3D 的前提。每阶段独立灰度。stage变量是成本最低的灰度开关。指标要可测。用 SSQ 量眩晕、用埋点量误点率别靠主观感受拍板。阶段三务必统一透视。这一步的坑最多也最影响后续。阶段四的声音和手势是锦上添花必须保证关掉它们核心任务照样能完成。容易出问题的地方跳过分层直接 3D 化。动效很炫但主次混乱用户依然不知道看哪。把阶段当成一次性冲刺。四个阶段各自可能都需要一轮用户验证急不得。指标只测技术栈。帧率达标不代表体验达标眩晕和误点率同样要看。回退路径缺失。没有回退设计出问题时只能整体下线损失前面的成果。忽略老设备。空间化对 GPU 有要求灰度时要按设备能力分层下发别一刀切。#鸿蒙 #HarmonyOS 7API 26