登录社区云，与社区用户共同成长
邀请您加入社区
鸿蒙生态（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组件实现数据可视化，并介绍了多设备适配和性能优化策略。
