第15篇｜定位权限体验：先讲清用途，再让用户授权

这篇把用户路径和工程边界放在一起看：用户需要可信提示，代码要守住权限、认证、Uri 和私密数据边界。本篇主题是「定位权限体验：先讲清用途，再让用户授权」，目标是把源码、效果和工程质量放到同一篇文章里讲透。

本文是 21 天「智能相机开发实战」训练营第 4 天的第 2 篇。

这篇解决什么问题

• 读懂本篇能力在「双镜记忆相机」中的用户价值。
• 从源码中定位关键入口，而不是只停留在概念介绍。
• 把页面效果、状态流转和失败态串成一个可复现的小闭环。

代码来自哪里

• entry/src/main/module.json5
• entry/src/main/ets/pages/Index.ets

本篇优先阅读entry/src/main/module.json5，下面的片段保留项目中的真实命名，方便你在 DevEco Studio 中直接搜索。

{ "module": { "name": "entry", "type": "entry", "description": "$string:module_desc", "mainElement": "EntryAbility", "deviceTypes": [ "phone", "tablet", "2in1" ], "deliveryWithInstall": true, "installationFree": false, "pages": "$profile:main_pages", "metadata": [ { "name": "client_id", "value": "6917602606633938955" } ], "abilities": [ { "name": "EntryAbility", "srcEntry": "./ets/entryability/EntryAbility.ets", "description": "$string:EntryAbility_desc", "icon": "$media:foreground", "label": "$string:EntryAbility_label", "startWindowIcon": "$media:startIcon", "startWindowBackground": "$color:start_window_background", "supportWindowMode": [ "fullscreen", "split", "floating" ],

源码拆解

• 先看入口变量或函数：它决定能力从哪个页面、哪个服务或哪个系统配置开始。
• 再看状态字段：页面上的按钮、提示、加载态通常不是临时文案，而是这些状态的投影。
• 最后看结果写回：拍摄、定位、AI、同步或分享能力最终都要回到记录模型、页面刷新或用户反馈。

跑出来是什么效果

结合页面效果，本文重点观察：

• 授权弹窗
• 拒绝后的地图默认态
• 权限流程路径

流程串联：用户动作 → 权限/认证检查 → 业务数据边界 → 成功或可恢复失败

从页面效果看，关键不是单点能力，而是让用户动作、源码状态和结果反馈保持一致。

实操步骤

1. 在 DevEco Studio 打开项目，先搜索本文列出的主文件。
2. 顺着源码片段中的变量或函数名继续查找调用点。
3. 在真机上运行到对应页面，观察截图中的成功态是否与源码状态一致。
4. 主动制造一次失败态，例如拒绝权限、断网、无数据或能力不支持。
5. 把成功态、失败态、源码片段和页面截图串成完整实操闭环。

工程质量点

• 先说明用户收益，再触发敏感权限或认证动作。
• 失败态必须可恢复，不能让用户停在无解释的锁定页面。
• 私密照片、Uri 和分享入口之间保持明确边界。
• 源码截图只截关键函数，不截整屏代码，方便读者跟着定位。
• 效果图和流程路径一一对应，避免只讲原理却看不到用户结果。

质量分自评

今日作业

1. 在真机上走一遍成功和失败路径，分别截取页面反馈。
2. 补充一张边界图：哪些数据允许公开，哪些只能留在私密域。
3. 把文章里的失败态文案改成你自己的产品语言。

完成作业后，下一篇继续沿着同一条源码路径往下走：先做出效果，再把工程边界讲清楚。