上一篇用 Row/Column/Stack 搭出第一屏骨架，这一篇继续往下走：先用 Text、Button、Toggle 三个基础控件做一个小设置卡片，把显示、样式、点击、开关状态和组件边界分清楚。Android 侧用 Compose 做参照，重点不是对照 API 名字，而是把 UI 写成可读、可复用、可回归的组件。

很多 Android 开发者学 ArkUI 时会卡在“语法像 TS、写法像链式调用”上。本文不从名词表入手，而是用一张对照表把 ArkUI 的 Row/Column/Stack 与 Compose 的 Row/Column/Box 对齐；再用一份“第一屏骨架”示例，把间距、对齐、背景、点击与复用边界串成一条可落地的写法。

入门第一篇：先把 AI 职业版图分清楚，再定位 AI 应用开发工程师的职责、优势与适合人群。

从 Android 迁移到 HarmonyOS，最容易犯的错是把 UIAbility 当成 Activity 的同名替换。真正的差异在更底层：HarmonyOS Stage 模型强调“一个 ArkTS 引擎实例服务一个 UIAbility”，而 Android 的运行时与 UI 组织方式更偏向“组件实例 + 任务栈 + 进程边界”。把运行时心智先对齐，后面的路由（Intent/Want）、页面栈、资源管理才不会越写越乱。

从 Android 迁移到 HarmonyOS，很多人会先问 Intent 对应什么。但真正决定迁移成本的，是“系统如何匹配并分发一次跳转”。这篇用一套路由契约的视角，对齐 Android 的 intent-filter 与 HarmonyOS 的 skills + Want，顺手把安全边界和排查路径一起带上。

当你开始把 Android 工程迁到 HarmonyOS，最容易卡住的不是语法，而是“依赖从哪来、怎么锁版本、怎么让构建在 CI 上可复现”。这篇用可复现构建做统一指标，对齐 Gradle/AGP 与 hvigor/ohpm 的最小心智模型。

从一次点击应用图标开始，对照 Android 的 MainActivity 和 HarmonyOS 的 EntryAbility，理解入口声明、第一屏加载、启动参数和生命周期边界。

对 Android 开发者来说，学习 HarmonyOS 的第一步不是背 API，而是先看懂工程目录、配置文件、入口模块和资源组织方式。

开始对比 Android 和 HarmonyOS 之前，先把系统、生态、应用模型、语言和 UI 框架这些层次拆开，建立一张适合开发者的学习地图。

用一篇测试文章验证从 Markdown 草稿到 WordPress 草稿箱的发布流程。