灵犀厨房

若兰幽竹1 小时前
华为鸿蒙系统·灵犀厨房·harmonyos6.1
HarmonyOS 6.1 全场景实战|《灵犀厨房》实战(二十七):告别 UI 冻结——使用 TaskPool 实现高性能并发图像分析专栏:HarmonyOS 6.1.0 开发者盛宴|手把手带你打造《灵犀厨房》AI 厨艺助手摘要:在《灵犀厨房》首页,点击“拍照识别”后,图像分析逻辑(编码、模型推理)在主线程执行会耗时数百毫秒,导致 UI 完全冻结。本篇将分析逻辑从主线程剥离,借助 HarmonyOS 的 TaskPool(并发任务池) 将其抛入后台线程执行,主线程通过 Promise 接收结果,确保 UI 交互始终流畅。
若兰幽竹4 小时前
华为鸿蒙系统·灵犀厨房·harmonyos6.1
HarmonyOS 6.1 全场景实战|《灵犀厨房》实战(二十八):【数据持久化】收藏与浏览历史——让数据在 App 重启后依然“活着”摘要:收藏一道菜谱、回顾之前看过什么菜——这些功能在前 27 篇中只能活在内存里。App 重启后,所有收藏和历史全部消失。本篇利用已有的 RelationalStoreHelper(完整 CRUD 封装),新增三张持久化表,让收藏和历史在 App 重启后依然存在。你还会学到:为什么收藏用主键约束而历史用追加写入?为什么浏览历史的写入失败不阻塞页面跳转?以及,如何用约 45 行代码完成从建表到 UI 联动的完整持久化闭环。
若兰幽竹1 天前
华为鸿蒙系统·灵犀厨房·harmonyos6.1
HarmonyOS 6.1 全场景实战|《灵犀厨房》实战(二十六):【响应式布局】折叠屏与平板完美适配——一套代码,多端呈现摘要:《灵犀厨房》从第1篇到现在,一直以手机竖屏为基准设计。但随着折叠屏手机的普及、平板用户的增长,单一布局已无法满足多设备场景。本篇利用现有的 Breakpoint.ets 断点系统(SM/MD/LG)和 ArkUI 的响应式能力,让首页瀑布流和菜谱详情页在折叠屏和平板上自动切换为更高效的多列/双栏布局——无需为每个设备单独写页面,只需在现有布局中添加断点分支。
若兰幽竹2 天前
华为鸿蒙系统·灵犀厨房·harmonyos6.1
【HarmonyOS 6.1 全场景实战】《灵犀厨房》实战(二十五):【深色模式】一键切换暗色主题——让 App 在深夜也温柔摘要:从第1篇到现在,我们写了上万行代码,但有一个细节一直被忽略——用户可能在深夜打开 App,白色背景的刺眼光线会让体验大打折扣。本篇将利用 HarmonyOS 6.1.0 的 资源限定符(Resource Qualifier) 和 setColorMode() API,为《灵犀厨房》构建深色模式——只需在 resources/dark/ 目录添加一组颜色覆盖值,配合一个 Toggle 开关,App 就能在浅色和深色之间无感切换。
若兰幽竹3 天前
音视频·华为鸿蒙系统·harmonyos6.1.0·灵犀厨房·harmonyos6.1
【HarmonyOS 6.1 全场景实战】《灵犀厨房》实战(二十二) | 多媒体 | AVPlayer嵌入教学视频——让智慧屏真正“活”起来摘要:在《分布式流转让菜谱“飞”:手机选、平板看、智慧屏播的全场景秘诀》篇章中,我们实现了「手机选菜谱→平板看步骤→智慧屏播视频」的分布式流转,但智慧屏上的视频播放还是静态的「模拟区」——点击只会显示一个 LoadingProgress,没有实际的视频内容。本篇将利用 HarmonyOS 6.1.0 的 AVPlayer(@kit.MediaKit),替换模拟区域为真实的视频播放器,让流转到智慧屏后能真正播放烹饪教学视频,把《灵犀厨房》的全场景体验推上一个新台阶。
若兰幽竹4 天前
服务卡片·华为鸿蒙系统·灵犀厨房·harmonyos6.1
【HarmonyOS 6.1 全场景实战】《灵犀厨房》实战(二十一):【服务卡片】在桌面查看烹饪进度——主进程强推与跨进程桥接摘要:上一篇我们为《灵犀厨房》接入了原子化服务,用户搜“今天吃什么”即可直达推荐页。但烹饪开始后呢?用户每次都要点开 App 才能看“烤箱还剩几分钟”“电磁炉到第几步了”——这体验就像你煎牛排时每隔 30 秒跑回客厅看电视,累不累?本篇,我们将基于 HarmonyOS 6.1.0(API 23)的 FormExtensionAbility 服务卡片能力,在手机桌面创建一张“烹饪进度卡”。特别警示:API 23 对卡片底层框架进行了大规模重构,传统网传的“卡片自驱动”或“FormAbility 回调桥接”方
若兰幽竹4 天前
华为鸿蒙系统·灵犀厨房·harmonyos6.1·排错指南
【HarmonyOS 6.1 全场景实战】《灵犀厨房》实战(排错指南):【服务卡片跳转】页面栈“迷航”——从“回不去的主页”到精准 Tab 唤醒的全链路修复摘要:上一篇我们为《灵犀厨房》装上了服务卡片——抬手就能看到烤箱倒计时。但卡片点击后,一个幽灵般的 Bug 悄然出现:点击服务卡片进入厨电页,再点桌面图标,App 直接打开了厨电页,返回键一按就退出,再也回不到首页。经过排查,这不是代码写错了,而是页面栈被“截断”了。本文将复盘从现象定位、根因分析、方案设计到代码修复的全过程:服务卡片通过 postCardAction 跳转,在 EntryAbility 中原本被直接加载为独立的 KitchenDevicePage,导致 MainContainer 从未进
若兰幽竹6 天前
华为鸿蒙系统·harmonyos6.1.0·灵犀厨房
HarmonyOS 6.1 全场景实战|《灵犀厨房》实战(番外篇):【深度排查】24小时死磕服务卡片不刷新,我踩平了 API 23 的所有底坑摘要:你按照网上的教程,为应用写了一个 2×2 的动态服务卡片。在旧版本系统上跑得好好的,到了 HarmonyOS 6.1(API 23)上,卡片就像一块“墓碑”——添加到桌面后死活不刷新。你怀疑是业务逻辑写错了,怀疑是生命周期没走通,甚至怀疑是系统 Bug。但真相远比这残酷:API 23 在底层对卡片框架进行了一场“静默大清洗”。本文将全景复盘一次长达 24 小时的硬核 Debug 过程:从自驱动死循环被系统掐断、到 formHost 彻底改名换姓、再到模拟器的“视觉欺骗”和卡片进程的 C++ 级闪退。
若兰幽竹7 天前
华为鸿蒙系统·灵犀厨房·harmonyos6.1
【HarmonyOS 6.1 全场景实战】《灵犀厨房》实战(二十)扩展:【工程集成】主应用 + 元服务 + HSP 共享库——三模块一体化架构摘要:第 19 篇我们为《灵犀厨房》装上了通知系统——延时提醒 + WantAgent 回到应用。第 20 篇我们构建了一键推荐原子化服务。但这两个模块目前还各居一隅——主应用的登录页、首页、详情页在一个工程,元服务的推荐页在另一个工程。用户从元服务点击菜谱卡片,主应用需要正确接收 Want 参数并直接打开 RecipeDetailPage——这要求两个模块必须在同一工程、同一 bundleName 下运行。本篇,我们将把 entry(主应用)、atomicservice(元服务)、shared(HSP
若兰幽竹8 天前
华为鸿蒙系统·harmonyos6.1.0·灵犀厨房
HarmonyOS 6.1 开发者盛宴|《灵犀厨房》实战(二十):【元服务】一键烹饪推荐原子化服务——免安装直达美味摘要:前面的篇章《HarmonyOS 6.1 开发者盛宴|灵犀厨房APP【通知系统】延时烹饪提醒——让通知不再错过关键步骤》中,我们已为《灵犀厨房》装上了通知系统——延时提醒 + WantAgent 回到应用。但这里有一个产品层面的断层:用户只是想“看看今天吃什么”,却必须打开完整 App——加载登录、加载首页、等待推荐引擎计算。能不能更轻?本篇,我们将深入 HarmonyOS 6.1.0(API 23)的原子化服务(Atomic Service)能力,为《灵犀厨房》构建一个免安装的一键烹饪推荐元服务:用
若兰幽竹8 天前
华为鸿蒙系统·harmonyos6.1.0·灵犀厨房
HarmonyOS 6.1 开发者盛宴|《灵犀厨房》实战(十九):【通知系统】延时烹饪提醒——让通知不再错过关键步骤摘要:上一篇我们为厨电控制页装上了"手腕大脑"——将计时器从手机流转至手表,实现了手腕掌控烹饪节奏。但烹饪中的提醒远不止计时:蒸鱼该关火了但你在阳台晾衣服?炖肉可以加盐了但正在客厅看电视?本篇,我们将接入 HarmonyOS 6.1.0(API 23)的 @kit.NotificationKit,为《灵犀厨房》实现烹饪延时通知的全链路:用户在菜谱步骤页一键设置延时提醒→系统到点自动弹出通知→点击通知通过 WantAgent 直接回到菜谱步骤。严格遵循 API 23 规范,代码即文档。
若兰幽竹13 天前
智能手表·华为鸿蒙系统·harmonyos6.1.0·灵犀厨房
HarmonyOS 6.1 全场景实战|《灵犀厨房》实战(十八):【手表协同】烹饪计时器流转至智能手表——手腕掌控烹饪节奏摘要:上一篇我们为菜谱详情页装上了"耳朵"——接入 CoreSpeechKit 语音识别实现了免提声控启动播报。但烹饪中还有一个高频痛点:计时。炖牛肉要 40 分钟,蒸鱼要 8 分钟,你不可能一直盯着手机。如果计时器能流转到手表上——手腕一抬就看到倒计时,到点了轻震提醒——那才是真正的"云端厨房"。本篇,我们将接入 HarmonyOS 6.1.0(API 23)的分布式设备协同能力,为《灵犀厨房》的厨电控制页实现计时器从手机流转至智能手表的全链路:手机端一键发送→手表端接管倒计时→倒计时最后 10 秒渐强
若兰幽竹16 天前
语音识别·华为鸿蒙系统·harmonyos6.1.0·灵犀厨房
【HarmonyOS 6.1 全场景实战】《灵犀厨房》实战(十七):【语音识别】免提声控启动播报——动口不动手摘要:上一篇我们为菜谱详情页装上了"嘴巴"——接入 CoreSpeechKit 的 TTS 引擎实现了烹饪步骤分步语音播报。但你很快会发现:炒菜时手上全是油,根本没法点屏幕上的播放按钮。真正的免提厨房需要——进页面后直接说"开始播放",菜谱自动念起来。本篇,我们将接入 HarmonyOS 6.1.0 CoreSpeechKit 的 **SpeechRecognizer(语音识别)**模块,为《灵犀厨房》装上"耳朵"。你将学会:进页面自动开启声控、免提启动 TTS 播报、播完后自动重开声控供重听、1 分钟无
若兰幽竹18 天前
华为鸿蒙系统·harmonyos6.1.0·灵犀厨房
【HarmonyOS6.1全场景实战】基线版本:我用了15篇文章,造出了一个能登录、能推荐、带后台的鸿蒙全栈App摘要:从开篇词到第15篇,《灵犀厨房》的第一个里程碑版本 v2.0 正式发布。它不再是一个前端Demo,而是一个拥有用户认证系统、Python Flask后台、MySQL数据库、AI智能推荐、多设备分布式流转的完整全栈项目。这篇文章,是我对你的成果汇报,也是一份详细的“鸿蒙全栈学习路线图”。文末,我把这15篇文章的全部心血打包成了一个可直接运行的基线版本,供你深入研习。
若兰幽竹18 天前
华为鸿蒙系统·harmonyos6.1.0·灵犀厨房
【HarmonyOS 6.1 全场景实战】《灵犀厨房》实战(十五)之【超级设备模拟器实战】多设备交互调试:像上帝一样俯瞰整个智能厨房专栏:HarmonyOS 6.1.0 全场景实战|手把手带你打造《灵犀厨房》AI 厨艺助手摘要:上一篇我们让菜谱在手机、平板、智慧屏之间“飞”了起来。但一个致命的工程问题随之浮现:当代码里同时存在流转设备和厨电设备,共7台“虚拟设备”时,它们的在线状态、连接事件、温度变化交织在一起,就像同时看7个电视频道——你根本追踪不过来。今天,我们将构建一个超级设备仪表盘,像空中交通管制塔一样,实时监控所有设备的一举一动。这不仅是调试工具,更是一种“全局视野”的架构思维。
若兰幽竹18 天前
分布式·华为鸿蒙系统·harmonyos6.1.0·灵犀厨房
【HarmonyOS 6.1 全场景实战】《灵犀厨房》实战(十四)之【分布式流转】让菜谱“飞”:手机选、平板看、智慧屏播的全场景秘诀专栏:HarmonyOS 6.1.0 全场景实战|手把手带你打造《灵犀厨房》AI 厨艺助手摘要:有了“营养大脑”和“虚拟厨房”,《灵犀厨房》的智慧已经就绪。但 HarmonyOS 的终极杀手锏,是让任务像水一样在多设备间流动。今天,我们将用一套精巧的分布式流转模拟器,让同一道“番茄牛腩煲”在手机上被选中、在平板上分步浏览、在智慧屏上全屏教学。全程无需物理设备,却已触及全场景智慧的灵魂。这不仅是一篇教程,更是一次对 HarmonyOS 分布式理念的深度实战演练。
若兰幽竹19 天前
华为鸿蒙系统·harmonyos6.1.0·灵犀厨房
【HarmonyOS 6.1 全场景实战】《灵犀厨房》实战(十三)之【智能厨电模拟】用代码“凭空”创造智能厨房:《灵犀厨房》的全场景前奏摘要:有了“营养大脑”之后,一个真正的全场景智慧厨房,还必须能“看见”并“控制”每一个厨电。但开发时手上没有烤箱、电磁炉怎么办?今天,我们就用一套精湛的“纯代码魔术”,模拟出整个智能厨房的设备发现、连接、温控与定时全过程。这不仅是模拟,更是一场面向分布式软总线的“全真演习”,让你在没有一块硬件的情况下,也能写出万物互联的代码。
若兰幽竹19 天前
华为鸿蒙系统·harmonyos6.1.0·灵犀厨房
【HarmonyOS 6.1 全场景实战】《灵犀厨房》实战(十二)之【营养分析引擎】计算个性化卡路里建议:给《灵犀厨房》装上“营养大脑”摘要:从“爱吃什么”到“该吃什么”,是《灵犀厨房》进化的关键一步。上一篇我们刚打通了 Health Kit 数据,今天,我们就要基于 Mifflin-St Jeor 医学公式,为每个用户装上专属的“营养大脑”。这篇文章将带你一步步拆解如何计算精准的每日热量预算,如何用营养雷达图呈现三大宏量素,并让推荐出的每一道菜,都经过卡路里“安检”。这不仅仅是写代码,这是在用 ArkTS 为每一个身体编写独一无二的“能量使用说明书”。
若兰幽竹21 天前
架构·鸿蒙系统·harmonyos6.1.0·灵犀厨房
【HarmonyOS 6.1 全场景实战】《灵犀厨房》实战之补充【架构进化】灵犀厨房四层分层设计:给鸿蒙 App 搭一副坚不可摧的骨架摘要:当你写完购物清单,看着 pages 目录下横七竖八的十几个文件,是不是觉得《灵犀厨房》越来越像一间堆满食材却找不到盐的厨房?今天我们不写具体功能,而是拿起“架构的手术刀”,对整个项目做一次深度的分层重构。在这篇文章中,我会用“四层装甲车”的比喻,带你彻底搞懂 UI → ViewModel → Business → Services → Foundation 的依赖关系;同时结合 HarmonyOS 6.1.0 的 @ObservedV2、@ComponentV2 等新特性,绘制出一张攻守兼备的架构蓝
我是有底线的