登录社区云，与社区用户共同成长
邀请您加入社区
引言 从第1篇"Agent与Skill框架重构"到本篇"项目总结"，100篇技术解读文章完整记录了"奇妙科学乐园"从零到一的 entire 开发历程。这100篇文章不是零散的技术笔记，而是一个体系化的HarmonyOS应用开发知识库——覆盖了从HarmonyOS 7（API 26）新特性前瞻，到项目架构设计、组件开发、数据管理、路由
引言 这是"奇妙科学乐园"项目中最复杂的一次UI改造工程。在项目初期快速开发阶段，为了追求开发效率，页面中大量使用了emoji字符作为图标（如用""代替锁图标、用""代替空状态图标）。随着项目进入QA验收阶段，emoji图标在真机上的表现参差不齐——不同厂商设备的emoji渲染风格差异巨大，部分低版本系统甚至无法正确显示最新em
引言 "奇妙科学乐园"面向6-12岁儿童群体，家长控制是儿童类应用的核心安全防线。本文将完整拆解 ParentControl.ets 页面的实现细节，包括密码验证与设置、每日使用时长限制、护眼模式切换、就寝模式管理、5次错误锁定机制以及今日使用统计。这是一个典型的"安全+交互"复合型页面——既要保证家长设置的绝对安全性，又要为儿童提供清晰直观的使用时长
引言 在上一篇文章中，我们完成了每日挑战页面 DailyChallenge.ets 的开发，实现了5题限时答题、120秒倒计时、三星评级和成绩持久化。每日挑战给了孩子"每天回来做什么"的理由，而个人中心页（Profile）则是整个应用的信息枢纽——它整合了用户统计、成就系统、功能入口和系统设置四大模块。 《奇妙科学乐园》的个人中心页 Profile.ets 是一个典型的&
引言 在上一篇文章中，我们完成了打卡弹窗组件 CheckInDialog 的开发，实现了周历视图、连续学习天数展示和签到持久化。打卡机制解决了"如何让孩子每天回来"的问题，而今天要实现的每日挑战则解决"回来之后做什么"的问题。 每日挑战（Daily Challenge）是儿童教育应用中最核心的留存设计之一。固定5道题、120秒倒计时、三星评级机制，通过
引言 趣味问答是《奇妙科学乐园》中互动性最强的功能模块，也是6-12岁儿童检验科学知识掌握程度的趣味途径。Quiz 页面承载了完整的答题闭环流程：分类选择 → 题目加载 → 选项作答 → 即时反馈 → 成绩展示。这个看似简单的"选择-答题-看结果"三步曲，背后涉及多视图状态管理、答题引擎协同、选项反馈动画、计分逻辑串联以及结果页面跳转等复杂的技术实现。 从架构角度看，Quiz
引言 在《奇妙科学乐园》的页面体系中，知识详情页（TopicDetail）是用户深度阅读科普内容的核心场景。当用户从首页文章列表点击某张 TopicCard 进入后，便来到这个沉浸式的阅读界面。该页面承担了四大核心职责：Hero 图片展示与视觉氛围营造、文章正文渲染与阅读体验呈现、冷知识 FunFact 卡片的信息拓展、以及底部操作栏的朗读与收藏交互。 从技术角度看，TopicDetail 页面
引言 在前面 91 篇文章中，我们分别从架构设计、数据模型、组件封装、路由导航、性能优化等维度，逐一拆解了《奇妙科学乐园》的各个技术模块。然而，所有这些模块最终都要汇聚到一个最核心的页面——首页 Index.ets。首页是用户打开应用后看到的第一个页面，承载着 Banner 轮播、分类探索、科普推荐三大核心功能区域，以及骨架屏加载态和错误兜底态两大状态管理机制。它是一个将数据加载、状态管理、子组
引言 2026年7月17日下午，"奇妙科学乐园"项目组召开了一次全员复盘会议。参会人员包括产品经理(PM)、设计师(UED)、架构师、前端开发(FE)、后端开发(BE)和测试工程师(QA)，会议由架构师主持。这次复盘不是例行公事的"走过场"，而是一场真刀真枪的"问题清算"——会议产出了16个具体问题，每个问题都追溯到了根本原因，并由
引言 在经历了第89篇的多环境调试磨炼后，团队深刻认识到：很多Bug不是在测试阶段发现的，而是在代码审查阶段就应该被拦截的。回顾"奇妙科学乐园"的整个开发历程，复盘文档（docs/本次迭代复盘.md）中记录的16个问题中，至少有8个可以通过严格的代码审查提前发现并避免。 本文将从"奇妙科学乐园"项目的真实代码出发，整理一份系统化的代码审查检查表，涵盖命
