【HarmonyOS 7新能力046】智慧手势工程封装把接入逻辑放进可维护的分层结构滑动、长按、捏合等输入看似简单但同一轨迹在不同页面、控件和用户目标下可能代表完全不同的动作。若识别结果直接触发删除、提交或跳转偶发误判就会变成实际损失。智慧手势的工程重点不是追求一个漂亮的识别准确率而是把原始事件、手势候选、业务上下文、意图置信度和可撤销动作组成受控闭环。说明本文的GestureInputPort、IntentResolver等为教学抽象不是 HarmonyOS SDK 的真实接口。手势能力、设备支持、权限和 API 签名请以当前官方文档与目标 SDK 为准。1. 区分手势、意图与动作手势描述输入模式例如向左滑意图表达用户想做什么例如查看下一项动作才是应用执行的命令。三者分开后同一手势可以按页面上下文映射不同意图也可以在高风险动作前追加确认。export interface GestureCandidate { type: tap | longPress | swipe | pinch | custom confidence: number direction?: left | right | up | down magnitude?: number occurredAt: number } export interface IntentCandidate { name: string confidence: number reversible: boolean }识别层不接触业务服务动作层也不读取原始触点。2. 四层架构建立输入边界交互页面负责可视反馈与常规控件手势编排层完成候选融合、冲突仲裁和动作映射输入能力适配层统一触摸、传感或平台手势事件手势与动作仓库保存配置、阈值和短期执行状态。export interface GestureInputPort { subscribe(listener: (event: NormalizedInputEvent) void): Unsubscribe capability(): PromiseInputCapability } export interface GesturePolicyStore { policyFor(sceneId: string): PromiseGesturePolicy actionFor(intent: string): PromiseActionDescriptor | undefined }页面不能直接修改识别阈值适配器也不能调用业务命令。3. 原始事件先归一化不同设备的坐标、采样频率和输入方式可能不同。适配层把它们转换为统一事件带设备类别、时间戳、坐标范围和有效性标记。export interface NormalizedInputEvent { sequenceId: string pointerId: number phase: start | move | end | cancel xRatio: number yRatio: number pressure?: number source: touch | mouse | pen | sensor timestamp: number }无效或乱序事件在此层丢弃业务日志不记录可还原用户行为的完整轨迹。4. 手势识别输出候选集合复杂轨迹可能同时符合滑动和拖拽。识别器不急于选唯一结果而是生成带置信度的候选集合保留时间、方向与幅度等必要特征。export interface GestureRecognitionResult { sequenceId: string candidates: readonly GestureCandidate[] completed: boolean cancelled: boolean } function bestCandidate(result: GestureRecognitionResult): GestureCandidate | undefined { return [...result.candidates].sort((a, b) b.confidence - a.confidence)[0] }置信度只表示识别证据不代表业务动作可以直接执行。5. 智慧手势意图闭环流程从事件采样开始经过手势识别、上下文融合和意图判断再进行动作确认与效果反馈。低置信度、手势冲突和用户取消进入异常旁路不强行执行。export type IntentResolution | { status: resolved; intent: IntentCandidate } | { status: ambiguous; alternatives: readonly IntentCandidate[] } | { status: ignored; reason: string }模糊结果可以提示用户使用显式控件而不是反复猜测。6. 上下文只提供必要信息意图判断需要知道当前页面、焦点控件、是否编辑、可用动作和用户偏好但不应读取页面全部对象。构造窄上下文让规则可测试。export interface GestureContext { sceneId: string focusedControl?: string editing: boolean availableActions: readonly string[] accessibilityMode: boolean orientation: portrait | landscape }上下文快照与手势序列绑定页面变化后旧判断不能继续执行。7. 冲突仲裁遵守显式优先级子组件拖拽、父容器滚动和系统返回手势可能竞争。策略表定义作用区域、方向、最小幅度、优先级与是否允许同时识别。export interface GestureRule { id: string sceneId: string gestureType: GestureCandidate[type] region?: RectRatio priority: number exclusive: boolean mappedIntent: string } function arbitrate(matches: GestureRule[]): GestureRule | undefined { return [...matches].sort((a, b) b.priority - a.priority)[0] }系统导航边缘和无障碍操作优先级不能被普通业务手势覆盖。8. 置信阈值按动作风险分级浏览下一张与删除内容的风险不同。低风险、可撤销动作可以采用较低阈值并立即反馈不可逆动作要求更高置信度与显式确认。export interface ActionDescriptor { id: string risk: low | medium | high reversible: boolean confirmationRequired: boolean } export function requiredConfidence(action: ActionDescriptor): number { if (action.risk high) return 0.95 if (action.risk medium) return 0.85 return 0.7 }数值仅为结构示例实际阈值必须经真实场景测试确定。9. 动作执行使用命令与幂等键识别成功后生成业务命令包含序列 ID、上下文版本和动作参数。执行器以命令 ID 去重避免重复回调导致动作执行两次。export interface GestureCommand { commandId: string sequenceId: string actionId: string contextRevision: number params: Recordstring, string } async function executeOnce(command: GestureCommand): PromiseActionResult { const known await actionStore.find(command.commandId) if (known) return known return actionExecutor.execute(command) }执行前再次校验页面上下文仍有效否则取消。10. 可撤销动作先保留补偿移动、归档、隐藏等动作可以在短时间内提供撤销。执行记录保存补偿命令和有效期删除等不可逆操作则在执行前使用明确确认。export interface ReversibleActionRecord { commandId: string actionId: string compensation: GestureCommand undoExpiresAt: number state: applied | undone | expired }撤销按钮是可访问的普通控件不能要求用户再做一个复杂手势才能恢复。11. 无障碍与多输入设备兼容智慧手势只能是增强路径核心功能仍应提供按钮、键盘或其他可访问入口。屏幕阅读、放大模式或运动能力受限时策略可以禁用冲突手势并增加反馈。export interface InputFallback { actionId: string visibleControlId: string keyboardShortcut?: string voiceLabel?: string }鼠标、触控笔和触摸的阈值分别验证不假设轨迹特征完全相同。12. 验收清单与总结测试覆盖短滑、慢拖、多指、边缘手势、连续输入、页面切换、方向变化和输入取消验证冲突仲裁稳定、低置信结果不执行、高风险动作要求确认、重复回调幂等、撤销可用。还要在无障碍模式和多种输入设备上确认核心功能有替代入口。智慧手势的工程价值不是替用户猜得更多而是在明确边界内提供更自然的快捷交互。通过输入归一化、候选识别、上下文融合、风险阈值、冲突仲裁和可撤销命令系统既能利用意图推断也能在不确定时安全地退回显式交互。十三、接入前检查清单智慧手势工程封装把接入正式接入前工程侧要过一遍检查清单SDK 版本与目标 API 版本匹配、权限在清单中声明且按需申请、能力开关在专用配置层管理、包体积增量符合预算。任何一项不过就先停带着不匹配的版本往上冲排错成本会翻倍。interface PrecheckItem { name: string; pass: boolean; note?: string } const checklist: PrecheckItem[] [ { name: SDK/API版本匹配, pass: false }, { name: 权限声明完整, pass: false }, { name: 开关集中管理, pass: false }, { name: 包体积增量预算, pass: false }, ] const allPass checklist.every(x x.pass)检查清单跑通的标志是新建工程按清单接入一次成功且不依赖任何口头经验。做不到说明文档还缺关键步骤。十四、常见坑与版本适配记录智慧手势工程封装把接入最常踩的坑集中在三处示例代码用的旧接口在新版本被拆分、默认配置与生产预期不一致、调试环境与真机行为有差异。每踩一个坑就记进版本适配表注明坑点、影响版本、修复方式与验证方式。interface Pitfall { issue: string; sinceApi: string; fix: string; verifiedOn: string[] } const pitfalls: Pitfall[] [] function knownPit(api: string): Pitfall[] { return pitfalls.filter(p p.sinceApi api) }适配表的价值在升级时兑现每次目标版本变更先对照表过一遍已知坑能省下一整轮盲目排查。十五、回归口径与停止线智慧手势工程封装把接入的任何改动合入前都要回答同一个问题怎么证明没有把好的部分改坏。回归口径必须落在纸面上一版通过的用例清单全量重跑、上一版记录的基线值全量对比、新增能力补一条专属用例。三件事缺一件回归就是走过场。interface RegressionGate { lastPassedCases: number; rerun: number; baselineCompare: PASS | FAIL; newCaseAdded: boolean } function gateOk(g: RegressionGate): boolean { return g.rerun g.lastPassedCases g.baselineCompare PASS g.newCaseAdded }停止线同样要提前写明同一问题打回三次、回归连挂两轮、或验证环境与目标环境指纹不一致满足其一就停下来复盘流程而不是继续硬修。把停止线当成流程的一部分才能避免在小问题上耗掉整块的排期。
