harmonyos

特立独行的猫A8 小时前
前端·harmonyos
10 MB 的桌面 AI 客户端:用仓颉 + 系统 WebView 替代 Electron本文基于仓库 https://atomgit.com/qq8864/cj-tauri(框架版本 2.0.0,IPC 协议 v1)与其示例examples/ai-chat 的源码、README、capabilities 与 UI 实现整理。 一句话概括:前端用任意 Web 技术,后端是仓颉静态编译的可审计二进制,产物几 MB、不带 Chromium, 并且能把同一份业务代码跑到 Windows / Linux / 鸿蒙 PC 三端。
SZYSK12 小时前
物联网·算法·华为·harmonyos
鸿蒙人脸识别算法放在终端里:和外挂授权 SDK 差在排障路径缺陷闭环与包边界。不评测具体算法厂商精度,不提供破解授权的方法。集成讨论里「搞不定算法」很少指算子公式,更多是:活体阈值谁改、人证芯片照质量差谁背、食堂误识谁出包。鸿蒙人脸识别可以外挂授权 SDK,也可以由整机厂把算法做到 OpenHarmony 应用进程里。两条路都能出比对分,排障路径不同。
贾伟康12 小时前
软件测试·移动开发·harmonyos·arkts·arkui
【健康菜谱助手|06】HarmonyOS ArkTS 烹饪计时器实战:处理倒计时、暂停、恢复和到期反馈烹饪计时器看起来只是每秒减一,但它比普通数字动画更接近一个时间系统。用户会同时煮鸡蛋、炖排骨和蒸鱼;计时期间可能锁屏、切到菜谱步骤页、暂停某一个任务,或者在应用后台时到期。只依赖页面中的 setInterval(),界面在前台短时间演示通常正常,一旦经历调度延迟和页面生命周期,剩余时间就可能漂移、冻结或丢失。
贾伟康16 小时前
软件测试·移动开发·harmonyos·arkts·arkui
【健康菜谱助手|05】HarmonyOS ArkTS 购物清单实战:去重食材并同步勾选、数量与清空动作购物清单是菜谱应用中最容易被低估的功能。界面通常只有名称、用量、勾选和删除,看起来比菜谱详情简单得多;但一旦同一种食材来自多道菜、用户又能手动添加,系统就必须回答:鸡蛋和“土鸡蛋”是否相同、500 克与 2 斤如何合并、删除最后一项后是否保持空清单、勾选失败是否还能提示成功、从菜谱批量加入时如何保留来源。
特立独行的猫a17 小时前
ui·harmonyos·tauri·1024程序员节·仓颉·鸿蒙pc
仓颉语言cj-tauri 跨端开发框架实战:给鸿蒙侧加一个「读设备电量」的原生能力面向读者:已经用 cj-tauri create 起过工程,想接一个框架没提供的系统原始能力使用,这是这些跨端框架面临的常见需求,如何方便的桥接系统原生能力。 全文可复现:API 签名取自本机 SDK 的真实头文件,链接开关取自本仓 [links] 清单段,构建与校验的输出都是实际跑出来的。 框架概览见atomgit仓的 docs/使用文档.md,插件设计见 docs/RFC-插件体系.md。
贾伟康1 天前
软件测试·移动开发·harmonyos·arkts·arkui
【健康菜谱助手|01】HarmonyOS ArkTS 菜谱详情页实战:组织食材、营养、步骤和收藏状态菜谱详情页看起来只是“头图 + 标题 + 食材 + 做法”的长页面,实际却是健康菜谱应用中数据密度最高、状态交叉最多的页面。它需要同时回答:路由传入的是哪道菜、食材是否与菜谱一致、营养值按什么口径展示、收藏按钮是否与全局列表同步、进入做饭模式后何时记为“已做”、购物清单写盘失败时用户会看到什么。
一目Leizi1 天前
华为·harmonyos
折叠屏适配踩坑实录:从“一展开就变形“到一套代码适配多种形态【鸿蒙心迹】资讯应用上线后,一条折叠屏反馈戳中了我:展开大屏浏览时,图片被拉变形,页面两侧空荡荡留着大片白,一眼就能看出是手机布局直接硬拉伸到大屏上。 上手真机复现,问题很明确:折叠小屏状态表现没问题;展开后单列布局占满全宽,封面图等比约束失效、出现拉伸;详情文本单行过长,阅读起来很吃力。 花了两周时间,把多设备形态适配重新梳理一轮,踩了不少坑。下面以「现象 - 原因 - 解法」的思路记录,附带项目抽出来的精简 ArkTS 代码(Stage 模型),希望能帮做折叠屏适配的伙伴少踩雷。
马剑威(威哥爱编程)1 天前
人工智能·华为·harmonyos
【HarmonyOS 7 小艺智能体实战】03:第一次建智能体——在小艺开放平台把骨架立起来资质备齐那天,我第一件事就是进平台点"创建智能体"。本以为要开始写代码,结果第一步只是填张表——名称、头像、描述、分类、设备。那一刻我有点意外:这套平台把"开发"的前半段做成了配置。
KevinChaos1 天前
harmonyos
HarmonyOS 7.0 端侧3DGS实验⑤:空洞、漂浮伪影与视角稳定正面能够辨认,换个方向是否仍能看清同一部位?这是“桌面三维记录册”在文件保存之后需要回答的问题。文件存在说明有了检查对象,但用户关心的是物品轮廓、关键部位和转动观察时的外观是否满足回看需求。
fellow992 天前
harmonyos·openharmony·deepseek·deepseekharness
DSH Desktop - HarmonyOS Edition把一款 AI agent 应用搬上鸿蒙,通常只有两条老路:要么用 ArkUI 把界面重写一遍,从此背上一个永久 fork;要么把整个 Electron 塞进 HAP 里,为 JIT 去申请一个受限权限。
鸿蒙开发2 天前
harmonyos
鸿蒙表单异步校验实战:@hmkit/validator 1.3 的取消、超时与任务清理用户名查重有一个很常见的场景:用户输入 taken,请求还没回来,又改成了 available。第二次请求先完成,第一次请求稍后才返回。
Flutter_OH2 天前
harmonyos
Flutter OHOS 核心对象架构原理说明五个对象按层级分布:两个宿主(FlutterAbility / FlutterEntry)共享同一套 Delegate + Engine + View 协作机制,区别仅在于生命周期来源不同。
贾伟康2 天前
软件测试·移动开发·harmonyos·arkts·arkui·1024程序员节
【健康菜谱助手|04】HarmonyOS ArkTS 一周膳食计划实战:管理日期、餐次与菜谱替换的联动一周膳食计划看起来是一排星期标签和几张餐食卡片,真正难点却是“时间”和“引用”。周一究竟对应哪一天?切到下周后数据是否隔离?一顿午餐关联的是菜谱 ID,还是一段不可追踪的名称?替换菜品后热量概览是否同步?本地写入失败时,页面能否准确告诉用户?
贾伟康2 天前
软件测试·移动开发·harmonyos·arkts·arkui
【健康菜谱助手|02】HarmonyOS ArkTS 烹饪步骤实战:把分步操作、完成状态和返回恢复做稳菜谱详情页解决的是“做什么”,烹饪步骤页解决的则是“现在做到哪里、下一步是什么、退出后还能不能接着做”。对用户来说,切菜时锁屏、接电话后返回、误触上一页、切到步骤总览再回来都是正常行为;对工程来说,这些行为会同时触发路由、页面生命周期、状态恢复和语音资源管理。一旦只用一个 currentStep 临时变量支撑全部流程,页面看上去能翻页,却很难称为可靠的做饭模式。
用户29469405448162 天前
harmonyos·deepseek
DSH Desktop - HarmonyOS Edition把一款 AI agent 应用搬上鸿蒙,通常只有两条老路:要么用 ArkUI 把界面重写一遍,从此背上一个永久 fork;要么把整个 Electron 塞进 HAP 里,为 JIT 去申请一个受限权限。
OH_TPC2 天前
华为·ffmpeg·harmonyos·鸿蒙
【鸿蒙优选三方库】@ohos/ffmpeg-kit:把 FFmpeg 的全部能量带进鸿蒙FFmpeg 是音视频领域的瑞士军刀,但要在鸿蒙里用它,得自己编译源码、写 NAPI 桥接、处理异步回调。@ohos/ffmpeg-kit 把这些活全干了——在 ArkTS 里直接执行 FFmpeg 命令,会写命令行的人零学习成本。
贾伟康2 天前
软件测试·移动开发·harmonyos·arkts·arkui·1024程序员节
【健康菜谱助手|03】HarmonyOS ArkTS 冰箱食材推荐实战:从本地食材选择生成可解释的候选菜谱“冰箱里有鸡蛋和土豆,今天能做什么?”这是菜谱应用中非常实用的一类入口。它不要求用户先知道菜名,而是从已有食材反推候选菜谱。看起来只要把食材关键词和菜谱文本做一次匹配即可,真正落地时却会遇到数据覆盖、别名归一、主辅料权重、缺失食材解释、排序稳定性和空结果等问题。
万物智能信息科技2 天前
驱动开发·嵌入式硬件·华为·开源·harmonyos
LoRa串口透传驱动开发—【万物智能之开源鸿蒙OpenHarmony系统实战开发系列教程】蓝牙透传会了。今天换 LoRa。一颗模组只能证明口通、模块活着;真要验证无线,得两套对打。同一根 UART 排针,上午可以挂 GPS、下午可以挂 BLE。再换一颗 LoRa 透传模组,软件上还是 /dev/ttyS7,差别只有三件:
贾伟康2 天前
前端·移动开发·harmonyos·arkts·arkui
【化学实验室|17】HarmonyOS ArkTS 亮暗色与视觉令牌实战:集中颜色、间距和交互状态避免页面割裂一个项目拥有 Theme.ets,不等于它已经拥有完整主题系统。真正可维护的主题,需要回答四个问题:颜色表达的是业务语义还是某个十六进制值;浅色与深色是否使用同一组资源名称;系统状态栏、普通 ArkUI 组件和 Canvas 是否能同步变化;选中、按下、禁用和错误状态是否都经过对比度验证。