ArkTS 严格模式对类型非常敏感。项目把共享模型统一放在 AppModels.ets，再由服务层输出页面需要的视图模型，页面只关心展示内容，不直接猜字段。

做 HarmonyOS 应用时，最容易低估的不是某个页面怎么写，而是页面、数据、资源、扩展能力之间的边界怎么放。这个项目是一个“桌面卡片工具”：用户可以浏览模板、创建卡片、收藏、归档、备份，并把指定卡片同步到 HarmonyOS 桌面卡片。

本章解析了Stage模型下应用启动时如何通过EntryAbility预先准备服务层数据，确保首页加载即呈现完整内容。核心机制包含四个关键环节： 入口分流：EntryAbility作为真实入口，在onCreate阶段通过WorkClockService.bootstrap()初始化持久化数据、默认模板和AppStorage状态，形成服务层基础。 分层加载：采用"先bootstrap后loa

第十章聚焦HarmonyOS应用真机交付全流程，将构建、签名、安装和验收串联成完整链路。核心要点包括： 构建阶段需通过hvigor生成完整交付包，确保HAP和HSP模块完整； 工具链版本对齐（SDK 6.1.0）和严格模式检查可提前暴露问题； module.json5需明确主入口、安装方式和权限声明（相机/麦克风/定位）； 安装失败需分层排查设备授权、签名匹配和缓存问题； 验收需验证核心功能链（拍

本文介绍了HarmonyOS 6.1新特性在"留痕"应用中的落地实践。重点聚焦沉浸光感组件、扫码直达和隐私防窥三项特性，分别优化了首页层级、功能入口和记录安全三个维度。沉浸光感组件通过状态高亮和视觉分层，使首页工作台更清晰；扫码直达将项目、模板和记录入口简化为扫描动作，提升操作效率；隐私防窥通过展示层遮罩处理敏感信息，确保数据安全的同时不影响完整存储。这些特性在不改变原有数据链

本文是HarmonyOS实战系列的第二篇，重点解析"留痕"项目的源码架构与核心逻辑。文章通过四层结构（UI、Service、Model和Route）剖析应用运行机制：1. 首页(Index.ets)通过@StorageLink监听数据版本实现自动刷新；2. 底部Tab(AppTabs)通过常量定义实现稳定导航；3. 路由表(Routes)集中管理页面跳转逻辑；4. 服务层(Wo

本文介绍HarmonyOS实战项目"留痕"的工程初始化流程。该项目围绕现场拍照、录音、水印记录等功能展开，采用多模块架构（entry/staticlibrary/dynamiclibrary）。文章重点讲解：1）工程配置检查，包括SDK版本、运行时系统等关键参数；2）权限申请规范，确保最小化权限声明；3）签名配置脱敏处理；4）入口Ability加载首页的验证流程。通过完成基础环境搭建和核心配置验证