登录社区云,与社区用户共同成长
邀请您加入社区
这篇开始真正使用 Navigation 搭建页面导航。内容覆盖 Navigation 根容器、NavDestination、NavPathStack、页面 push、返回、参数传递以及系统路由表配置,把一个真实项目里最常见的 Navigation 使用流程完整串起来。
bg: string;// 页面底色·浅云蓝白// 卡片底色·纯白// 胶囊/输入底色·浅湖蓝// 主标题·墨蓝黑// 次级文字·青灰蓝// 弱化文字·雾蓝灰// 主色·青春蓝// 辅色·活力红(热榜TOP1)// 辅色·青葱绿// 辅色·暖阳橙// 分割线·浅雾线// Tab激活色·青春蓝// 弹窗遮罩·墨蓝半透// 渐变卡上的纯白文字// 渐变卡上的弱化白文字// 渐变卡上的进度条轨道色//
在研究生入学考试备考这条漫长赛道上,学习者面临的核心痛点始终是"资源获取分散、刷题进度不可视、提醒触达不够个性化"。从研招网报名截止到全真模考开始,从晨间数学刷题到睡前政治带背,每一个备考节点都需要精准的信息触达和进度追踪。传统备考类应用普遍存在三大短板:真题下载来源无法溯源导致资料可信度存疑、通知提醒铃声千篇一律无法区分备考场景、刷题数据仅以静态列表呈现缺乏动态可视化反馈。这些短板叠加在一起,使
沉浸光感的价值不是让界面“更亮”,而是让主次、材质和动作反馈更自然。真正高质量的实现,需要把它收口为语义组件,用设备等级决定效果上限,用 Token 管理降级,用状态机约束交互,再用真机数据证明没有牺牲可读性和稳定性。这样它才是产品能力,而不是只在设计稿里成立的特效。
在HarmonyOS 6.1.1的生态棋盘上,ArkTS声明式开发范式如同一套全新的棋规——以组件为棋子,以状态为棋手思路,以build方法为棋谱,在方寸屏幕之间展开对弈。本系统——多多观鸟应用,正是在这一棋规下进行的一局精彩对弈。它不仅仅是一个观鸟记录工具,更是一个集鸟种图鉴、装备商城、观鸟点地图、观察记录、导赏活动和个人中心于一体的综合性自然观察平台。从技术棋盘来看,此应用的核心结构以装饰器标
本文介绍了HarmonyOS文件上传的完整解决方案,重点解决文件选择、类型校验、上传队列管理和URI隐私保护等核心问题。主要内容包括: 定义文件上传边界,明确不同业务场景(头像、凭证、日志等)的类型、大小限制 封装Picker返回结果,统一文件信息结构 实现FileBoundary校验器,确保文件类型和大小合规 构建UploadQueue管理上传任务,支持进度追踪和失败重试 处理URI隐私问题,上
本文介绍 ArkTS 统一结果模型 OperationResult<T>,说明 Service 与能力适配器如何收敛校验、存储和平台异常,让 ArkUI 页面安全消费错误状态。
hypothesis: '横滑卡片能提升首页推荐点击率',实验计划不是文档装饰,它决定后续分流、埋点和决策看板该看什么。
本文从企业项目实施顾问视角,探讨了在HarmonyOS 6.1.1中处理地图搜索服务点定位问题的解决方案。针对搜索结果不足、可信度低等常见困境,提出了一套完整的处理机制,包括: 建立搜索结果可信度评估模型,从数量、可信度、信息完整性三个维度进行量化分析 设计人工地址交接单的完整结构,确保搜索证据、评估结论和人工确认信息可追溯 区分系统标记点和底图兴趣点的业务含义,明确不同交互场景下的处理流程 实现
首眼沉浸光感:通过标题栏+ 底部导航+ 菜单栏,打造精致的第一印象自适应悬浮导航:MiniBar 折叠展开 + 多设备断点适配,实现从手机到平板的全场景覆盖智感握姿联动:沉浸光感材质 + 智感握姿跟随 + 折叠屏状态感知,三重联动实现顶级空间化体验沉浸光感代表了 HarmonyOS 在空间化视觉设计上的新思考——它不仅仅是"让界面更好看",而是从底层重构了 UI 的视觉表达方式。通透的视觉层次:毛
Core Vision Kit 的图像超分和语义搜索能力为英语学习 App 打开了两扇新的大门。拍照搜词将"看到实物 → 想知道英文"这个自然学习冲动转化为一个流畅的操作闭环,而图片联想记忆则利用了大脑对图像的高效记忆机制来提升单词记忆效率。这两项功能都基于端侧处理,无需联网,在离线环境下也能提供完整的智能学习体验。
connect默认用类名作为key,但有时需要同一类型存多个实例——这时可以指定自定义key。remove删除指定key的数据,keys查看所有key。@Entry// 指定自定义key 'mainPlayer'// 查看所有keybuild() {Text(`当前播放:${thisimport {
在企业级文件管理场景中,用户经常需要将多个文件打包压缩以便传输或归档。ZIP 压缩功能支持单文件压缩和文件夹批量压缩两种模式,并可设置压缩级别以平衡压缩率和速度。HarmonyExplorer 将 ZIP 压缩作为工具箱的核心工具之一。本文详细介绍了 HarmonyExplorer ZIP 压缩功能的完整实现方案,从第三方 ZIP 库引入到 ZipKitManager 封装,从 ZipUtil 工
摘要: 本章介绍了HarmonyOS的通用文字识别(OCR)技术,通过AI引擎的ITextDetector接口实现多语种印刷体文字识别。内容涵盖OCR配置流程(初始化、参数设置、语言选择)、核心API使用及资源释放,并对比Android/iOS的OCR特性。重点指出OCR的约束条件(如仅支持印刷体、需720p以上图片、光线要求等)和最佳实践(语言匹配、自动检测模式)。最后提供实操任务(拍照识别、多
本文介绍了HarmonyOS开发中的二维码功能实现。主要内容包括:通过VisionManager和IBarcodeDetector接口实现二维码生成与识别,遵循AI引擎的统一接入流程;详细说明了代码实现方法,包括异步初始化、生成参数设置和资源释放;列举了开发中的注意事项和常见问题,如最小尺寸限制、异步回调处理等;提供了与Android/iOS平台的对比,并给出实践任务清单和进阶方向建议。文章强调开
本文介绍了基于HarmonyOS开发的AI营养餐单规划应用的全流程技术实践。该应用针对现代人健康饮食规划的痛点,采用HarmonyOS ArkTS技术栈,基于三层架构(Model-Service-View)设计,实现了智能化、轻量化的营养餐单生成功能。文章详细阐述了项目背景、需求分析过程、用户画像及技术约束条件,重点讲解了架构设计原则与实现方案,包括数据流设计、状态管理和UI交互等核心技术点。该应
HarmonyOS权限申请合规实践指南 本文针对HarmonyOS应用开发中的权限管理问题,提出一套完整的权限治理方案。主要内容包括: 权限申请时机优化:反对过早申请权限,建议在用户触发具体功能时按需申请,并提供清晰的场景说明。 工程化治理流程: 建立权限台账,明确各功能场景所需权限及理由 严格按最小权限原则配置module.json5 设计权限申请前的用户引导界面 为权限拒绝场景提供备用功能路径
HarmonyOS后台长时任务实现方案详解 本文详细介绍了HarmonyOS系统中实现后台长时任务的完整方案。主要内容包括: 后台任务类型:分为短时任务(Transient Task)、长时任务(Continuous Task)和延迟任务(WorkScheduler),重点讲解长时任务的实现。 申请流程:核心是使用startBackgroundRunning和stopBackgroundRunni
本文以"AI电商标题优化"应用为例,详细介绍了在HarmonyOS生态下的全流程开发实践。文章采用六阶段方法论(对齐→架构→原子化→审批→自动化执行→评估),重点阐述了ArkTS语法约束、ArkUI声明式UI开发、状态管理、数据模型设计等核心技术。通过完整的代码示例,展示了从需求分析到架构设计的具体实现过程,包括三层架构模式、数据模型定义和UI组件开发。该案例为HarmonyOS应用开发提供了标准
摘要:本文以HarmonyOS平台开发"AI朋友圈文案"应用为例,系统介绍了智能社交内容生成应用的全流程开发实践。从需求对齐、架构设计到代码实现,详细讲解了ArkTS语法约束、ArkUI声明式UI开发、状态管理等核心技术。文章重点阐述了在HarmonyOS生态下的独特开发模式,包括原子化组件设计、自动化测试流程以及构建系统集成。通过具体案例展示了如何构建一个基于AI的内容生成应用,涵盖用户输入处理
本文介绍了基于HarmonyOS Next与ArkTS开发的"AI宠物饮食计算"智能应用,详细阐述了从需求分析到架构设计的完整开发流程。文章采用六阶段开发方法论(Align、Architect、Atomize、Approve、Automate、Assess),重点讲解了数据模型设计、路由机制和UI状态管理等核心技术点。该应用通过收集宠物类型、体重和年龄等输入信息,自动计算科学的饮食方案,包括营养配
AI宝宝辅食搭配应用开发实践摘要 本文介绍了基于HarmonyOS平台开发"AI宝宝辅食搭配"应用的全流程实践。该应用采用ArkTS语言和ArkUI框架,利用AI技术为家长提供个性化宝宝辅食方案。开发过程遵循6A方法论:对齐(需求分析、技术约束确认)、架构(三层设计)、原子化、审批、自动化执行和评估。重点展示了项目结构、数据模型定义、UI组件使用规范以及ArkTS特有的类型约束解决方案。应用功能包
本文介绍了基于HarmonyOS开发的AI冰箱食材菜谱应用的技术实践,重点阐述了从对齐到评估的全流程开发方法。文章首先分析了项目背景与HarmonyOS生态下的技术栈选择(ArkTS+ArkUI),明确了解决用户"冰箱食材管理"痛点的核心需求。在架构设计部分,详细说明了采用MVVM变体的三层架构(Model-Service-Page)及其优势,包括数据流设计、Model层实体定义等关键技术决策。文
HarmonyOS启动任务编排实战摘要 本文针对HarmonyOS应用启动性能优化,设计了一套轻量级任务编排方案。系统通过DAG(有向无环图)管理任务依赖关系,实现关键特性: 依赖管理:任务显式声明dependsOn,避免隐式依赖导致的顺序错误 并发执行:无依赖任务自动并行,减少串行等待时间 超时保护:每个任务设置timeoutMs,超时自动触发fallback降级 失败兜底:关键任务失败不影响启
文章探讨HarmonyOS后台任务选型策略,提出应根据任务特性选择短时、长时或延迟执行。关键点包括:1)明确任务分类标准(如用户感知度、时效性);2)制定约束策略(网络/电量要求);3)分离决策与执行逻辑;4)完整记录任务执行结果。通过分层架构设计(分类器、策略工厂、执行器、日志系统),解决后台任务滥用导致的耗电、性能问题,同时满足合规审核要求。适用于草稿保存、日志上传等典型场景。
本文针对HarmonyOS通知点击后的业务问题(如错误跳转、参数缺失等),提出一套工程化解决方案。首先定义通知意图(NoticeIntent)明确业务类型和目标ID,通过NoticeBuilder构建通知时绑定意图而非直接处理跳转逻辑。接着在统一入口IntentGuard进行参数校验,确保合法性后由NoticeRouteResolver转换为具体页面路由。最后设计FallbackRoute作为目标
本文详细介绍了基于HarmonyOS ArkTS开发"AI信用卡权益对比"应用的全流程实践。从需求对齐阶段的上下文分析、需求规格确认、技术约束梳理,到架构设计阶段的MVVM分层、模块依赖关系和数据流向规划,系统阐述了如何在ArkTS语法约束下构建AI功能应用。文章重点分析了需求转化过程中的关键决策点,如数据源策略、UI风格统一、输入验证机制等,并展示了从Model层定义数据结构、Service层处
HarmonyOS 大屏多窗口适配实践指南 本文针对HarmonyOS应用在大屏设备(平板/PC)上的多窗口体验问题,提出了一套完整的工程解决方案: 核心挑战 窗口拉伸导致内容显示不合理 分屏状态下布局挤压 键鼠操作支持缺失 窗口尺寸变化时状态丢失 适配方案 动态窗口感知:通过WindowProfile实时检测窗口尺寸变化,分为narrow/wide/desktop三种模式 状态管理:独立维护工作
本文针对HarmonyOS应用上架审核中的沉浸光感效果,提出了一套完整的检查链路与实战策略。重点包括: 材料真实性:必须使用真机截图,避免合成效果,建立多设备(手机/平板/折叠屏)截图矩阵,并记录来源证据 权限透明化:在功能入口用业务语言解释权限用途,而非仅依赖系统弹窗 降级保障:针对低电量、弱设备等场景设计轻量效果(如静态背景),确保核心功能可用 风险管控:建立审核日志跟踪"截图不符""权限说明
本文介绍了HarmonyOS详情页沉浸光感设计的实现方案,重点解决大图头部、吸顶栏与滚动渐变的协调问题。通过将页面拆分为首屏、中段、吸顶和底部操作四部分,采用统一的滚动进度控制各元素的视觉变化。文章详细阐述了透明导航按钮保护、吸顶栏平滑过渡、正文卡片上浮同步等关键设计点,并提供了ArkTS代码示例。设计方案强调在保证视觉沉浸感的同时,确保页面各阶段的可操作性和可读性,避免出现"首屏好看但滚动后难用
秒表(Stopwatch)是体育运动、科学实验、生产制造等领域不可或缺的精密计时工具。与倒计时器从预设时间递减不同,秒表是从零开始正向计时的设备,其核心价值在于精确测量经过的时间,并通常具备记录多个时间点(圈速/分段时间)的功能。本篇博文将深入解析一个基于HarmonyOS ArkUI/ArkTS开发的高精度秒表应用,探讨其完整的技术实现方案与设计思想。本秒表应用具备以下核心功能:以10毫秒(0.
倒计时器(Countdown Timer)是日常生活中使用频率极高的工具类应用,广泛应用于烹饪计时、番茄工作法、运动训练、考试倒计时、会议提醒等场景。不同于普通的时钟或秒表,倒计时器的核心逻辑是从预设的时间点递减至零,并在计时结束时触发提醒。本篇博文将深入解析一个基于HarmonyOS ArkUI/ArkTS开发的倒计时器应用,探讨其完整的技术实现方案。本倒计时器应用具备以下核心功能:用户可以通过
✅ 倒数日添加✅ 正数日计算✅ 分类管理(生日、节日、纪念日)✅ 桌面小组件风格卡片✅ 提醒通知✅ 重复设置(每年/每月)✅ 背景自定义✅ 置顶重要日子✅ 日期计算✅ 历史上的今天✅ 节日倒计时✅ 分享卡片✅ 云同步✅ 暗黑模式✅ 农历支持id: number;本项目实现了纪念日与倒数日的完整功能。掌握了日期计算、卡片设计、分类管理、提醒设置等。
当前天气实时展示(温度、天气状况、体感温度)24小时逐小时预报7天天气预报空气质量AQI展示生活指数(穿衣、紫外线、运动、洗车等)多城市管理和切换城市搜索添加天气动画效果日出日落时间风力风向湿度展示降水概率预报下拉刷新天气定位当前城市温度趋势折线图恶劣天气预警实现了天气展示、多城市管理、24小时/7天预报、空气质量、生活指数等功能。
实习证明申请实习信息填写材料上传审核进度查询电子证明下载历史申请记录证明模板下载审核流程查看辅导员审核学院盖章常见问题消息通知id: number;// 草稿/待审核/辅导员审核/学院审核/已开具/已驳回实现了证明申请、材料上传、审核进度、电子证明下载、办理指南等功能。掌握了长文本输入、文件上传按钮、多步骤流程展示、表单验证等。后续可加入电子签章、PDF预览、消息推送、模板下载、批量申请、纸质证明
匿名发布心情情绪标签选择浏览树洞动态匿名评论情绪分类筛选热门树洞最新发布我的发布匿名昵称心情统计id: number;// 开心/难过/焦虑/平静/愤怒/期待id: number;后续可加入评论功能、私信聊天、心情统计、树洞举报、深夜模式、情绪日记等功能。
学习 ArkTS 时,一个常见困难是:组件语法看懂了,真正开始做项目却不知道数据、状态和页面应该放在哪里。为了避开“只讲几个控件,写完仍然不会组织项目”的问题,本文从一个真实业务需求出发,搭建“注塑工程师助手”的首个可运行版本。这款 App 面向注塑现场,后续会逐步记录注塑机档案、调机参数、生产批次、不良原因和异常闭环。本篇先完成工程骨架、首页现场数据看板,以及“首页、机台、调机、异常、报表”五项
本文从"注塑工程师助手"App 的核心功能模块切入——注塑机调试记录。在注塑现场,工程师需要记录机台、产品、模具、材料、温度、压力和周期。若数据散落在纸张或 Excel 中,后续复盘会很困难。同一产品再次投产时,工程师需要快速找回设备、温度、压力与缺陷记录。缺少结构化历史数据,换班或换料后就可能重复调试。移动 App 可以把调机过程变成结构化字段,并为查询与统计提供数据基础。这个场景也能串联 Ar
文件上传打印参数设置黑白/彩色选择单双面选择份数设置装订方式价格自动计算在线下单配送到寝打印进度查询历史订单取货提醒id: number;// 黑白/彩色// 单面/双面// 无装订/订书钉/胶装/骑马钉// 待接单/打印中/已完成/配送中/已送达实现了文件上传、参数设置、价格计算、下单、订单跟踪等功能。掌握了Toggle开关、动态价格计算、@Builder复用组件、选项组封装等。
贷款产品介绍在线申请贷款材料上传审批进度查询贷款合同查看还款计划在线还款逾期提醒贷款计算器政策咨询历史贷款记录征信说明id: number;// 草稿/待审核/审核中/已通过/已拒绝/已放款id: number;// 待还款/已还款/逾期实现了贷款申请、审批进度、还款计划、在线还款、贷款计算等功能。掌握了进度条组件、金融计算、状态流转、深色顶部设计等。后续可加入材料上传、合同电子签、自动扣款、征信
发布失物招领发布寻物启事设置悬赏金额物品分类筛选搜索物品在线联系认领申请审核确认我的发布成功案例消息通知信用积分id: number;// 失物招领/寻物启事// 进行中/已找到/已认领id: number;// 待审核/已通过/已拒绝实现了失物招领和寻物启事发布、筛选、认领、悬赏、状态更新等功能。掌握了多条件筛选、卡片组件、状态标签、发布流程等。后续可加入图片上传、聊天功能、位置定位、信用系统、
志愿活动发布在线报名参加岗位选择自动排班分配排班日历查看签到签退服务时长统计时长证明下载志愿者评价星级志愿者评定消息通知志愿团队管理id: number;id: number;实现了活动招募、报名、排班、签到、时长统计、星级评定等功能。掌握了列表卡片、Tab切换、状态管理、数据统计等。后续可加入自动排班算法、日历视图、电子证书、评价系统、团队管理、培训考核等功能。
场馆列表场地预约时间选择在线支付预约记录取消预约场馆状态我的预约开放时间使用统计id: number;id: number;实现了场馆查看、场地预约、时间选择、支付、取消、签到等功能。掌握了场馆预约流程、时间段选择、支付退款、状态管理等。后续可加入约球组队、教练预约、赛事报名、运动数据记录、场馆导航等功能。
本文摘要: 本文深入解析了HarmonyOS ArkUI中@Link和@Prop两种状态管理装饰器的区别和应用场景。@Prop实现父组件到子组件的单向数据流,适合展示数据;@Link支持父子组件间的双向数据同步,适合交互场景。文章通过代码示例对比了两者的特性,并提供了选择建议和常见问题解决方案。此外,还介绍了状态管理的最佳实践,包括性能优化、Store模式封装等进阶用法,为开发者提供了从基础到进阶
是项目中典型的列表条目组件,用于展示练习模式的各个功能入口。它使用装饰,通过@Param@Param item: PracticeView = new PracticeView($r('app.media.ic_home'), '顺序练习', '1、3256');build() {Row() {Column() {.width(40)组件依赖的数据模型// 图标资源引用// 练习名称// 练习描述
发布奖助学金项目设置金额和名额设置申请条件在线申请填写申请信息提交申请材料辅导员审核学院评审结果公示按状态筛选申请统计申请人数、通过人数申请进度查询id: number;id: number;:评审记录reviewer:评审人role:评审角色(辅导员/学院评审/学校)action:操作(通过/驳回/公示)time:评审时间comment:评审意见:申请记录id:申请编号:项目编号。
在校园生活中,课程表是一个非常实用的功能。学生每天都需要知道今天有哪些课、什么时候上课、在哪个教室上课、任课教师是谁。如果课程信息分散在聊天记录或纸质表格里,查找起来并不方便。从应用开发角度来看,课程表项目非常适合作为 HarmonyOS ArkTS 的练习案例。它不依赖后端接口,也不需要复杂数据库,但可以完整覆盖页面布局、输入框绑定、按钮点击、数组管理、列表渲染、条件筛选和状态刷新等基础内容。本
HarmonyOS NEXT 开发中,文件管理器的需求几乎每个带文件操作的 App 都会遇到。很多人第一次尝试时,会发现官方示例的单个 API 都能运行,但真正拼成一个完整功能时,各种问题就冒出来了。最常见的情况是:文件列表加载慢、剪贴板复制后粘贴内容不对、权限申请弹窗时机无法控制。这些问题在官方文档里其实都有提到,但文档更关注 API 本身的使用,对实际项目中的组合使用场景讲得比较少。这篇文章会