登录社区云,与社区用户共同成长
邀请您加入社区
鸿蒙应用开发默认用 ArkTS 来写。它是在 TypeScript 上继续扩展出来的,骨架还是熟悉的那一套:变量、函数、类、模块,写起来和 TS 很接近。ArkTS 继承了 TypeScript 的大部分语法,已经会写 TS 的人不用大改手感。它盯着的是移动设备上的运行效率。很多语言设计的时候没把手机放在首位,应用到手机上容易又慢又费电。ArkTS 把运行时开销压下来,启动更快,功耗也更低。
想要开启鸿蒙应用开发,首先要搭好基础环境。我们需要一台电脑作为开发主机,鸿蒙全套开发工具都安装在这台设备上,代码编写、项目编译、本地调试都在这里完成。除此之外,建议准备一台华为真机,系统版本要求为 HarmonyOS 6.0 及以上。开发完成的工程可以直接部署到这台手机上运行,直观查看应用真实界面、交互效果,感受实际使用体验,比起单纯依赖模拟器,更容易发现真实设备上的适配问题。
鸿蒙正式对外亮相,是 2019 年夏天的事。再往前,这条操作系统的技术路线,已经在实验室里沉淀了许多年。公开资料将华为自有操作系统的规划追溯至 2012 年前后。彼时它还无法抵达普通消费者手中,只是一条技术上的备用路线:希望核心技术,不要完全掌握在别人手里。可考证的技术验证发生在更晚的阶段:2017 年完成内核技术验证;2018 年完成终端可信执行环境测试;团队一点点夯实系统能够运行的底层基础。至
在接入本地图像处理能力时,我遇到过一种很有迷惑性的代码结构:ArkTS 负责界面,C++ 负责计算。看上去已经把耗时逻辑“下沉”到了 Native 层,页面应该轻松很多。但如果 ArkTS 通过同步接口调用 C++,调用期间 UI 线程依然可能一直等待。
做一个任务列表页面时,我遇到了一个很容易让人怀疑点击事件的问题。页面功能不复杂:展示任务,点击“完成”按钮后,把任务状态改为已完成,同时更新按钮文字。添加和删除任务都正常,唯独点击“完成”时,界面没有变化。一开始我以为事件没触发,后来在回调里加了日志才发现:事件执行了,布尔值也已经改变,只是页面没有跟着更新。这次排查涉及的是 ArkUI 状态管理 V2。下面把问题拆开,说明为什么会出现这种情况,以
「物迹」是一款基于鸿蒙原生开发的纪念物数字化管理应用,旨在解决旧物易损、记忆难寻、现有工具缺乏“物品维度”的痛点。通过“物品档案”核心设计,融合拍照建档、3D扫描、回忆检索、加密保护与云端同步等功能,实现情感记忆的长期留存。文章详述了从立项到上架华为应用市场的全流程,涵盖技术选型(ArkTS+Stage模型)、数据架构、功能实现及踩坑经验,强调降低记录门槛、重视隐私安全、优先MVP发布。项目已上线
鸿蒙天气App网络层设计核心在于应对和风天气接口的复杂性:需先通过城市搜索接口将中文名转为经纬度,再请求实时天气。关键挑战包括认证方式(使用专属Host+X-QW-Api-Key头)、响应结构差异(v1接口无code字段,需以HTTP状态码判断成功)、以及字段单位非直观(湿度、降水概率为小数,风向为compass代码)。为此采用三文件分层架构:配置文件统一管理密钥与Host,模型文件定义具名接口确
今天轻松一些,整理了一份通过 HiAppEvent 上报的7大类 DFX 事件及其参数手册,帮助大家在日常开发中速查定位问题。或许有人说,现在都AI时代了,要学那么多干嘛?可我想说的是,学习知识永远不会过时,尤其是当下这个时代,踏踏实实的学习知识,可以让你拥有AI时代不可或缺的判断力和洞察力!
对记得闪卡jidecards这个开源项目进行了解说,欢迎广大开发者或鸿蒙用户能投入后续的开发建设。或者是点个star支持一下,万分感谢!
鸿蒙生态(HarmonyOS NEXT)正处于应用生态快速扩张期,围绕它的开发培训需求也在同步增长。但"培训5个月到底能产出什么",很多开发者心里没底。本文以一名真实学员(24届专科背景、此前在工厂工作)的学习过程为样本,拆解AI鸿蒙全栈智能体开发方向的技术学习路径、应用上架流程与开发者补贴机制,供正在评估该方向的技术人参考。
一款基于 Delphi + PAPPL 开发的局域网IPP打印服务工具。无需在手机、平板、电脑客户端安装打印机驱动,同一局域网下设备可自动发现打印机,实现跨设备便捷打印。支持Windows平台部署,兼容安卓、鸿蒙、iOS、Windows、银河麒麟等系统,把普通USB打印机、网络打印机变成支持IPP Everywhere的网络打印设备。适用场景:家庭、小型办公室、单位内部,老旧打印机改造,多设备共享
前面几节,读需求、生成用例、截图、启停应用、出报告,都分开讲过了;AGENTS.md 和 memory 也配好了。这一节把它们串起来:丢进一份需求文档,最后自动给出 HTML 报告。流程不复杂,就 6 步——读需求、生成用例、测前截图、执行、测后截图、出报告。
对应枚举值6,幕间总结阶段是一个过渡性节点,由构建器渲染。界面显示"幕间过渡…"与"即将进入下一幕"的提示文字,采用居中布局。方法中,当检测到时,将phase设为,并通过setTimeout延迟2秒后调用进入下一幕。这2秒的过渡时间为玩家提供了从线索揭示到新幕开始的认知缓冲。最后一幕结束时,系统不再进入,而是直接跳转到FINAL_VOTE。这一跳转的条件判断至关重要:如果误判最后一幕,玩家将错过后
剧本杀(Script Kill / Murder Mystery Game)是一种以剧情推理为核心的多人角色扮演游戏。在一局游戏中,每位玩家领取一个剧本角色,该角色拥有独特的背景故事、人物关系和不可公开的秘密。游戏的目标是通过阅读剧本、搜集线索、与其他玩家交流讨论,最终推理出隐藏在所有角色中的凶手,或者作为凶手成功隐藏自己的身份。与传统的狼人杀等社交推理游戏不同,剧本杀更注重剧情的沉浸体验和逻辑推
狼人杀(Werewolf / Mafia)是一款经典的社交推理桌游,其核心机制围绕"信息不对称"与"阵营对抗"展开。在 NearPlay 的实现中,游戏将传统线下狼人杀的主持流程抽象为一套严格的有限状态机(Finite State Machine, FSM),由 ArkTS 的@State响应式变量驱动 UI 渲染,通过setTimeout与模拟主持人的节奏控制,实现完整的一局游戏闭环。枚举定义于
NearPlay作为一款社交游戏平台,语音交互是其核心交互方式之一。在狼人杀的白天讨论环节,玩家需要口头表达自己的推理;在你画我猜中,猜词者需要语音输入猜测;在剧本杀中,角色扮演需要语音叙述;在真心话大冒险中,回答问题需要语音辅助。这些场景共同指向一个需求:将用户的语音实时转换为文字,作为游戏交互的输入。NearPlay包含6种以上的游戏类型,每种游戏对语音输入的需求不同——狼人杀需要按发言顺序逐
阶段+身份双重条件模式。需要同时满足"正确的阶段"和"正确的身份"才能发言,是最严格的禁言模式,适用于信息博弈类游戏。阶段单一条件模式或phase!== X。仅根据游戏阶段决定发言权,不考虑玩家身份差异,适用于全员平等参与的讨论或社交环节。身份反转条件模式(你画我猜)或身份单一条件模式!isMyTurn或isMyTurn。直接根据玩家角色/轮次决定发言权,不涉及复杂阶段判断。这三种模式涵盖了回合制
提供 UIAbility 基类、AbilityConstant(启动参数枚举)、ConfigurationConstant(配置常量)、Want(意图数据载体)。这是 Ability 框架的核心 Kit。:提供 hilog 日志工具,用于输出带域名标签的结构化日志。hilog 是 HarmonyOS 推荐的日志方案,支持按域名、标签、级别过滤。@kit.ArkUI:提供 window 模块,用于窗
RunAdvisor 模块的食谱使用了「鸡胸肉」「鱼肉鲈鱼」「牛肉」「虾仁」「豆腐」「羊肉」「猪瘦肉」「鸡腿」「鱼肉三文鱼」等真实食物名,以及「西兰花」「生菜」「菠菜」「黄瓜」「红薯」「馒头」「土豆」「燕麦片」「米饭」等真实食材,还有「苹果」「橙子」「葡萄」「草莓」「蓝莓」「香蕉」「西瓜」等真实水果。NearPlay 的 8 个 Mock 用户使用了「小明」「阿花」「大壮」「小美」「老王」「小丽」
本文档记录 RunAdvisor 应用开发过程中发现的已知问题、已修复的 Bug 及当前仍存在的限制。每个问题包含问题描述、影响范围、修复状态和临时解决方案。
键名使用下划线命名法,与 HarmonyOS Preferences 的命名惯例一致。每个键有明确的语义,避免复用同一键存储不同类型的数据(WeatherService 的缓存 Bug 就是因为键名复用导致的)。
在路线地图场景下,由于地图内容在页面打开后不再变化,Canvas 的"一次绘制"模式恰好适合。getRouteByType 根据路线类型字符串(‘easy’/‘standard’/‘endurance’)查找对应路线,用于地图详情页渲染指定路线。通过距离和难度信息判断轻松跑路线适合自己,点击"查看路线"进入地图详情页,查看途经地标和路线走向,确认路线可行后开始跑步。来北京旅游的用户选择标准跑路线,
状态变量类型用途string搜索关键词饮食记录列表string当前选中分类boolean是否显示食物对话框当前选中食物foodGramsstring用户输入的重量number今日总热量。
今日热量 1580 / 2200 kcal || ████████████████░░░░░░░░░░░░░░ | <-- 橙色 Progress饮食摄入 - 通过 DietPage 添加的食物记录运动消耗 - 步数消耗(StepCard 中独立展示)Progress({})今日热量 (todayCalories) 来自饮食记录,通过 PreferencesService.getTodayCalo
/ 体重 (kg)// 身高 (cm)// 年龄// 性别 ('male' | 'female')// 每日步数目标// 每日热量目标 (kcal)// 每周跑步目标 (km)// 是否已完成资料设置// 实际温度 (Celsius)// 体感温度 (Celsius)// 湿度 (%)// 风速 (m/s)// 天气描述 (中文)// 天气图标代码// 城市名称// 唯一标识 (如 'g1', '
RunAdvisor 采用单 Ability 单页面的架构设计,通过 NavPathStack 导航栈管理页面跳转,Tabs 组件承载五个功能模块,所有业务逻辑集中在 Index.ets 中通过 @Builder 方法分模块组织。
RunAdvisor 是一款基于 HarmonyOS 6.1.1 (API 24) 开发的智能跑步健康管理应用,旨在为跑步爱好者提供个性化的跑步建议、饮食记录、路线推荐和天气指导。
2. 新开终端,安装前端依赖并启动 cd frontend npm install npm run dev。现在请根据需求,先输出需求文档,然后生成可视化原型让我确认,等我明确需求满足和原型满足后才继续下一步。你是应用开发的专家,现在设计开发一个杨凌区警务一张图Web应用,要求本地可运行调测,参考优秀实践。tip:基于需求规格文档生成完整的技术设计文档。# 1. 安装后端依赖并启动。
本文介绍了一套鸿蒙智能穿戴设备自适应开发框架,支持圆形屏和方形屏的自动适配。该框架采用"容器层分叉+内容层共用"的架构设计,通过三层递进适配模型(基础单位→百分比布局→Token配置)实现屏幕自适应。核心功能包括屏幕类型自动检测、容器组件分叉(圆形屏用ArcList/方形屏用List)、业务组件共用、Token统一配置等,并实现了导航点动态显隐和优雅的右滑退出交互。开发者只需将子组件放入Index
今天必须安利一个鸿蒙小众宝藏——照度仪📱之前给娃换台灯,贵的大牌也买了结果娃还是越写越近、揉眼睛😮💨我一直以为是坐姿问题…直到用这个 App 测了一下书桌照度——我人傻了。
HarmonyOS NEXT推出也快2年了,本质上是强制前端开发者从“UI 涂料工”向“跨端架构师”转型。虽然适配的过程充满了各种“技术坑”,但这正是我们消除技术信息差、建立竞争壁垒的最好机会。
本文介绍了基于鸿蒙系统(HarmonyOS)开发"往来记"人情管理应用的实践过程。文章首先阐述了选择鸿蒙系统的优势,重点分析了"往来记"应用的功能模块,包括首页数据展示、记录管理、关系分析等。详细讲解了开发环境的搭建、UI设计实现、数据存储方案,以及特色功能如请酒提醒和批量录入的实现方法。通过Canvas组件实现数据可视化,并介绍了多设备适配和性能优化策略。