AI 一多适配生成代码能编译，窗口一缩却丢筛选：HarmonyOS 7 自动改造结果怎么验收

不才难以繁此生

71人浏览 · 2026-10-16 01:48:42

不才难以繁此生 · 2026-10-16 01:48:42 发布

AI 一多适配生成代码能编译，窗口一缩却丢筛选：HarmonyOS 7 自动改造结果怎么验收

HarmonyOS 开发助手完成了屏幕适配，工程也自动编译通过，但平板从宽窗缩成窄窗后，筛选条件重置、当前菜品跳回第一项；折叠设备进入悬停态时，拍摄按钮甚至被放进预览区。官方多设备适配插件覆盖自适应、响应式、安全区、软键盘、多设备窗口和折叠开合/悬停，也支持相机适配。生成能力解决的是改造效率，验收仍要由业务任务负责。本文用“状态连续性 + 任务可达性 + 设备矩阵”检查自动改造结果。

AI多设备适配生成、状态审计和任务验收流程

验证边界：本文的 HarmonyOS 7/API 26 能力与约束以文末当前官方资料为准；应用侧状态模型和断言已在本机 Node.js 环境执行。当前本机 SDK 为 API 24，且没有连接 HDC 真机，因此不声称完成 API 26 编译、真机拍摄、跨设备传输或 AppGallery 审核验证。

把一次成功编译变成四段业务回归

选一个包含筛选、列表、编辑和提交的页面，先在手机完成筛选并打开第 7 项；再依次切到平板宽窗、自由多窗窄窗、折叠悬停态。记录 layoutMode、selectedItemId、filterSnapshot、draftRevision、focusedAction 和 taskResult。若布局切换后 selectedItemId 为空或草稿 revision 回退，说明生成代码改变了状态所有权。

案例一：响应式组件重建导致页面状态回到默认值

生成方案把 compact 和 expanded 写成两个独立页面组件，筛选和选中项分别存在各自的 @State。断点变化时旧组件销毁，新组件以默认值创建。修复不是阻止响应式切换，而是把业务状态提升到稳定仓库，两个视图只做投影。

案例二：相机适配完成布局，却没有保护会话状态

悬停态把预览放在上半屏、控制放在下半屏是合理方向，但如果布局切换时重新创建 CameraSession，就会出现黑帧或录像中断。验收要把“控件位置正确”和“采集会话连续”分开检查。

先约束提示语，再接受改造

官方指南建议在提示中说明适配范围、适配项目和目标设备。再加三条业务约束：不能改变状态仓库、不能重建长生命周期资源、必须保留无障碍与键盘路径。生成前把这些约束写进任务，比生成后逐行猜意图更有效。

编译通过只证明语法和依赖闭合

插件可以生成方案、代码并自动编译验证，但编译不会发现筛选丢失、焦点跳转、软键盘遮挡或相机会话重建。验收矩阵至少覆盖手机/平板/折叠/自由窗口，叠加默认与大字体、触屏与键盘输入，并用同一组核心任务判定结果。

用状态所有权审计缩小 review 范围

对生成 diff 重点扫描新增的 @State、ViewModel、Controller、Session 和监听注册。业务状态是否被复制？长生命周期对象是否搬进短生命周期组件？监听是否在断点切换时重复注册？这三类问题比视觉像素偏差更容易造成线上损失。

可直接复用的工程切片

type AdaptiveSnapshot = {
  layoutMode: 'compact'|'expanded'|'hover'
  selectedItemId: string
  filterDigest: string
  draftRevision: number
  cameraSessionId?: string
}
function continuity(before: AdaptiveSnapshot, after: AdaptiveSnapshot): boolean {
  return before.selectedItemId === after.selectedItemId &&
    before.filterDigest === after.filterDigest &&
    before.draftRevision === after.draftRevision &&
    before.cameraSessionId === after.cameraSessionId
}

上面是围绕官方能力位置整理的 ArkTS/工程接入片段，仍需在 API 26 工具链和目标设备上编译验证。下面把最容易出错的应用侧判定抽成可执行断言，避免把接口示意写成“已经真机跑通”。

function stable(before,after){
  return ['selected','filter','revision','session'].every(k=>before[k]===after[k]);
}
const before={selected:'food-7',filter:'hot',revision:4,session:'cam-1'};
if(!stable(before,{...before,layout:'expanded'})) throw new Error('正常布局切换被误判');
if(stable(before,{...before,selected:'',layout:'compact'})) throw new Error('状态丢失未被发现');

方案对比

方案	优点	风险或限制
只看生成后编译	反馈最快	看不到业务连续性
逐像素比对	视觉变化直观	设备形态本就允许不同布局
任务矩阵 + 状态所有权审计	能覆盖真实损失	需要定义业务断言

采用任务矩阵和状态所有权审计。布局可以不同，但筛选、编辑、焦点和长生命周期会话必须有明确的连续规则。