网罗开发 （小红书、快手、视频号同名）

  大家好，我是 展菲，目前在上市企业从事人工智能项目研发管理工作，平时热衷于分享各种编程领域的软硬技能知识以及前沿技术，包括iOS、前端、Harmony OS、Java、Python等方向。在移动端开发、鸿蒙开发、物联网、嵌入式、云原生、开源等领域有深厚造诣。

图书作者：《ESP32-C3 物联网工程开发实战》
图书作者：《SwiftUI 入门，进阶与实战》
超级个体：COC上海社区主理人
特约讲师：大学讲师，谷歌亚马逊分享嘉宾
科技博主：华为HDE/HDG

我的博客内容涵盖广泛，主要分享技术教程、Bug解决方案、开发工具使用、前沿科技资讯、产品评测与使用体验。我特别关注云服务产品评测、AI 产品对比、开发板性能测试以及技术报告，同时也会提供产品优缺点分析、横向对比，并分享技术沙龙与行业大会的参会体验。我的目标是为读者提供有深度、有实用价值的技术洞察与分析。

展菲：您的前沿技术领航员
👋 大家好，我是展菲！
📱 全网搜索“展菲”，即可纵览我在各大平台的知识足迹。
每周定时推送干货满满的技术长文，从新兴框架的剖析到运维实战的复盘，助您技术进阶之路畅通无阻。

引言

很多前端开发者第一次做鸿蒙 PC 时，都会有一种熟悉感：

ArkUI 看起来像前端
状态驱动也像前端
组件化也像前端

于是很多人会下意识认为：

“这不就是另一种 Web 前端吗？”

然后项目就会自然变成：

• 页面式拆分
• Router 驱动
• 组件持状态
• 生命周期写逻辑
• UI 管业务
• Event 到处流

一开始：

似乎完全没问题

但只要项目开始复杂，很快就会进入一种非常熟悉的状态：

• 多窗口开始混乱
• 状态越来越失控
• AI 接入越来越难
• 分布式同步越来越痛苦
• Workspace 无法持续
• 焦点与输入开始漂移

最后很多人都会产生一个疑问：

为什么过去非常成熟的前端经验，突然不好用了？

问题并不是：

你不会写 ArkUI

而是：

鸿蒙 PC 的底层世界观，已经不是传统前端世界。

因为 Web 前端本质上属于：

页面驱动系统

而鸿蒙 PC：

正在走向 Runtime 系统

这才是根本区别。

一、传统前端真正的核心是什么

很多人以为：

前端核心是组件

其实不是，真正核心是：

页面生命周期

整个 Web 世界，本质是：

Page-Based Runtime

例如：

• 页面创建
• 页面渲染
• 页面销毁
• 路由切换
• DOM 更新

所以传统前端天然假设：

页面是系统核心

二、但鸿蒙 PC 最大变化：页面开始失去中心地位

这是最根本的一步，鸿蒙 PC 真正核心开始变成：

Workspace Runtime

而不是：

页面

例如，用户现在同时：

• AI 对话
• 文档协作
• 多设备同步
• Workspace 拖拽
• Task 调度

这些东西：

根本不属于某个页面

它们属于：

持续运行的状态世界

这时候：

传统前端经验开始失效

三、为什么 Router 思维会越来越痛苦

传统前端：

Router = 系统骨架

例如：

/home
/chat
/profile
/order

页面切换：

就是系统流转

但鸿蒙 PC：

真正流转的是 Task

不是：

页面

例如，用户正在：

• 编辑文档
• 跑 AI 总结
• 看消息
• 搜索资料

这些：

属于同一个 Workspace

如果你强行：

router.push()

最后一定会出现：

• 状态断裂
• Context 丢失
• AI 无法持续
• Workspace 混乱

因为：

鸿蒙 PC 已经不是：

页面跳转系统

四、传统前端第二个核心问题：组件拥有状态

很多前端项目：

const [messages, setMessages] = useState([])

这在 Web：

问题不大

因为：

• 页面生命周期短
• 状态局部即可
• 单窗口为主

但鸿蒙 PC：

状态必须持续存在

例如：

• 多窗口同步
• AI Runtime
• 分布式 Context
• Workspace 恢复

这些要求：

状态不能属于组件

而必须属于：

独立 Runtime

五、为什么 Web 生命周期思维会越来越危险

传统前端：

mounted
unmounted
effect

本质是：

页面生命周期管理

所以很多人会这样：

aboutToAppear() {
  this.loadData()
}

或者：

aboutToDisappear() {
  this.clear()
}

短期没问题，但鸿蒙 PC：

Workspace 可能持续存在

AI Task：

甚至可能永远不结束

这时候：

生命周期边界开始失效

六、传统前端第三个问题：DOM 思维

很多前端开发者潜意识：

UI 是可以直接操作的

例如：

• 操作 DOM
• 控制节点
• 手动更新 UI

但 ArkUI：

根本不是 DOM 世界

真正核心是：

UI = 状态映射

也就是说：

UI 不应该被“操作”

而应该：

由状态自然生成

这和传统前端思维差异非常大。

七、为什么传统前端很难理解“Workspace”

因为 Web 世界：

页面是隔离的

Tab：

天然断开

刷新：

天然重置

所以传统前端：

很少真正管理持续 Runtime

但鸿蒙 PC：

Workspace 是持续状态世界

包括：

• 焦点
• Task
• AI Context
• 多设备状态
• Layout

这些：

会一直存在

这已经不是传统前端范畴。

八、为什么 AI 会彻底放大前端架构问题

传统前端：

一次点击
一次状态变化

AI Runtime：

一次 Intent
几十个状态联动

例如：

await agent.run("整理今天会议")

可能同时：

• 修改文档
• 修改日历
• 更新消息
• 创建任务
• 更新 Workspace

如果你还是：

页面状态 + 组件状态

整个系统会瞬间失控。

九、真正失效的，其实是“页面世界观”

这是最重要的一点，很多人觉得：

是前端技术失效了

其实不是，真正失效的是：

页面中心化世界观

过去：

页面是系统核心

未来：

Runtime 才是系统核心

这是本质变化。

十、鸿蒙 PC 真正需要的是什么能力

未来真正重要的能力，不是：

• CSS 技巧
• DOM 操作
• Router 设计

而是：

1、状态建模

如何管理 Runtime State

2、Task 系统

如何组织 Intent Flow

3、Workspace 管理

如何维护持续上下文

4、分布式 Runtime

如何跨设备同步状态

5、AI Runtime

如何让 AI 调度系统

这些：

才是未来核心能力

十一、为什么很多优秀前端到了鸿蒙 PC 会“失速”

因为过去积累的大量经验：

建立在“页面世界”

而鸿蒙 PC：

正在进入“Runtime 世界”

过去擅长：

• 页面拆分
• Router
• 生命周期
• DOM 更新

未来真正重要的是：

• 状态连续性
• Workspace Runtime
• AI 调度
• Task Flow
• 分布式状态

这已经不是同一个范式。

十二、总结

如果一句话总结：

传统前端经验为什么会在鸿蒙 PC 上失效？

因为：

你正在用“页面思维”

理解：

“状态 Runtime 系统”

过去：

前端核心是页面

未来：

核心是 Runtime

过去：

用户点击驱动系统

未来：

AI + Task 驱动系统

这是最本质的变化。

后来我们终于意识到：

鸿蒙 PC 难的
不是 ArkUI API

而是：

整个软件世界观变了

未来真正重要的：

• 不再是页面跳转
• 不再是 DOM 操作
• 不再是 Router 组织系统

而是：

• Runtime State
• Workspace
• Task Flow
• AI 调度
• 分布式 Context

最终你会发现：

未来的软件开发：

已经不再是“写页面”

而是：

构建持续运行的状态世界