
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
本文摘要: 本文系统介绍了HarmonyOS中的AbilityKit框架,重点讲解了UIAbility、AbilityStage、Want、Context等核心概念及其生命周期管理。通过15个小节,从工程结构搭建到具体实现细节,全面剖析了Ability在HarmonyOS应用中的入口作用。文章采用"概念+代码+图示"的讲解方式,包含最小可运行代码示例,帮助开发者快速掌握Ability的配置声明、生

基于高德开放平台 API 的情侣出行智能规划 Skill,调用 POI 搜索、路线规划、天气查询等能力,为情侣生成专属城市约会攻略。

摘要 本文解析了APP_22应用的核心启动流程,重点阐述从EntryAbility到Index.ets的完整链路设计。EntryAbility负责初始化持久化存储、系统窗口和安全区处理,为应用奠定基础。main_pages.json将入口统一指向Index.ets,后者作为"总调度台"负责:1)管理底部Tab和子页面切换;2)自动恢复登录态;3)处理主题色和系统栏;4)维护统一的返回逻辑。通过Ap

HarmonyOS 生活助手应用功能实现解析 本文介绍了如何为生活助手类APP实现核心功能模块,重点包括: 系统提醒功能:通过ReminderService实现早安提醒、晚间复盘和专注计时,采用ReminderRequestAlarm和ReminderRequestTimer构建不同类型的提醒 权限管理:处理通知权限检查和申请,确保提醒能正常触达用户 状态修复机制:解决本地设置与系统提醒状态不一致

如果说第一篇更像是在讲“某一个页面怎么做”,那这一篇我想换个角度,讲清楚这类应用是怎么从功能、状态、权限、数据到页面,一层一层搭起来的。这次的重点不放在某一个页面本身,而是放在整个应用的组织方式上。因为真正能把“拍照、水印、工作记录、相册、模板、账号、AI 工具”串起来的,不是某个炫技控件,而是一套足够清楚的技术栈和分层方式。

如果说第一篇更像是在讲“某一个页面怎么做”,那这一篇我想换个角度,讲清楚这类应用是怎么从功能、状态、权限、数据到页面,一层一层搭起来的。这次的重点不放在某一个页面本身,而是放在整个应用的组织方式上。因为真正能把“拍照、水印、工作记录、相册、模板、账号、AI 工具”串起来的,不是某个炫技控件,而是一套足够清楚的技术栈和分层方式。

如果说第一篇更像是在讲“某一个页面怎么做”,那这一篇我想换个角度,讲清楚这类应用是怎么从功能、状态、权限、数据到页面,一层一层搭起来的。这次的重点不放在某一个页面本身,而是放在整个应用的组织方式上。因为真正能把“拍照、水印、工作记录、相册、模板、账号、AI 工具”串起来的,不是某个炫技控件,而是一套足够清楚的技术栈和分层方式。

摘要 本文基于HarmonyOS多端开发实践,详细介绍了"知行生活小助手"中快捷决策功能的设计与实现。通过分析三类高频生活决策场景(吃什么、运动吗、点外卖吗),展示了如何利用ArkTS开发智能决策逻辑,并实现手机端与穿戴设备的无缝协同。文章重点阐述了筛选抽签、多因素评分等核心算法,以及穿戴端轻量化页面适配方案,为开发者提供了HarmonyOS生态下构建智能生活助手的完整技术路径。项目代码体现了"手

HarmonyOS 多设备适配的核心,不是把一个手机页面简单放大,而是让同一套业务在不同终端上以更合适的结构、密度和交互方式呈现。本文从“先判断设备,再选择布局”的实战角度出发,拆解手机、折叠屏、平板、电脑、穿戴、智慧屏等典型场景,给出响应式布局、自适应布局、分层架构和能力判断的组合写法,并提供可直接参考的 ArkTS 示例代码。多设备适配最常见的问题,不是代码写错,而是验证太晚。HarmonyO

HarmonyOS 的多设备开发,不是把手机页面简单拉伸到平板或电脑上,而是围绕不同终端的屏幕形态、交互方式、硬件能力和使用场景,建立一套可以持续复用的开发方法论。








