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

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

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

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

展菲：您的前沿技术领航员
👋 大家好，我是展菲！
📱 全网搜索“展菲”，即可纵览我在各大平台的知识足迹。
📣 公众号“Swift社区”，每周定时推送干货满满的技术长文，从新兴框架的剖析到运维实战的复盘，助您技术进阶之路畅通无阻。
💬 微信端添加好友“fzhanfei”，与我直接交流，不管是项目瓶颈的求助，还是行业趋势的探讨，随时畅所欲言。
📅 最新动态：2025 年 3 月 17 日
快来加入技术社区，一起挖掘技术的无限潜能，携手迈向数字化新征程！

引言

如果你把一个大型 HarmonyOS PC 应用一路做到现在，大概已经经历过这些阶段：

最开始，你在解决：

• 适配 PC
• 多窗口
• 焦点混乱
• 生命周期不统一

后来，你开始解决：

• 状态一致性
• 任务模型
• 工作流串联

当这些都稳定下来之后，系统会出现一个全新的需求层级：

不再是“我怎么用”，而是——“我们怎么一起用”。

也就是：

协作。

这一步，才是真正把 App 从“工具软件”带入“生产系统”的分水岭。

PC 形态的本质变化：从个人到团队

移动端应用，大多数都是强个人属性：

• 一个账号
• 一个界面
• 一次操作
• 一段流程

哪怕有云同步，本质仍然是：

单人视角的连续体验。

但 PC 不一样，PC 天然属于：

• 办公
• 设计
• 编辑
• 运营
• 管理

这些场景有一个共同点：

任务不是一个人完成的。

而是：

多人围绕同一个“任务对象”协同。

这时候，系统的核心就变了：

从：

UI 怎么画

变成：

人、任务、状态，怎么同步。

为什么说“协作”是最终形态

因为你会发现：

前面所有架构设计，最后都在服务一件事——

UI 解耦 → 为了多人不同视图

不同角色，需要不同界面：

• 编辑看内容
• 审核看状态
• 管理看进度

如果 UI 绑死状态：

协作一定失败。

状态一致 → 为了多人同时操作

协作最怕的是：

• 我看到的是旧数据
• 你改了我不知道
• 两个人互相覆盖

所以：

状态系统，本质是协作系统的地基。

生命周期统一 → 为了任务不中断

协作任务往往：

• 持续数小时
• 跨窗口
• 跨设备
• 跨用户

如果生命周期不统一：

任务就会在某个窗口关闭时“意外死亡”。

任务模型 → 为了承载多人行为

没有任务模型时：

• 每个人只是“在点 UI”

有任务模型后：

• 每个人都是任务中的一个角色

系统才知道：

• 谁能改
• 谁能看
• 谁完成了哪一步

工作流 → 为了串起协作顺序

当任务变复杂，必须有：

• 流程节点
• 权限流转
• 状态推进

否则：

协作会变成混乱操作。

到这里，你会发现：

协作不是新需求，而是前面所有设计的“终极目标”。

HarmonyOS PC 的协作，与传统 PC 最大的不同

很多人会说：

PC 协作早就有了，为什么还说这是“最终形态”？

因为 鸿蒙的协作维度更高。

传统 PC 协作：基于文件

经典模式：

• Word 文件
• Excel 表格
• 本地 → 云盘 → 再下载

核心是：

文件共享。

问题也很明显：

• 状态不同步
• 操作冲突
• 上下文丢失

鸿蒙 PC 协作：基于任务与状态

鸿蒙真正的方向是：

不再围绕“文件”，而是围绕“任务对象”。

协作变成：

• 同一个任务实例
• 实时状态同步
• 多端连续流转

这其实更接近：

• Figma
• Notion
• 在线协同系统

而不是：

• 传统 Office 本地文档。

架构视角：协作系统需要新增哪一层

当系统进入“协作阶段”，你会发现：

原来的三层已经不够：

• UI 层
• 状态层
• 能力层

还必须再加一层：

协作层（Collaboration Layer）。

它通常包含：

实时状态同步机制

比如：

• 订阅式数据流
• 冲突解决策略
• 乐观更新 / 回滚

否则：

多人同时操作一定出问题。

权限与角色系统

协作一定涉及：

• 谁能编辑
• 谁能审批
• 谁只能查看

这不是业务功能，而是：

架构级能力。

协作感知 UI

真正成熟的协作 UI，会出现：

• 谁正在编辑
• 光标位置
• 操作提示
• 实时评论

这意味着：

UI 已经不再是“单人界面”。

一个重要认知：不是所有 App 都需要走到这里

说到这里必须讲一句很现实的话：

不是每个 HarmonyOS PC App 都必须做到“协作终态”。

只有当你的产品属于：

• 内容生产
• 团队办公
• 流程管理
• 设计编辑
• 数据运营

才真正需要这一步。

否则，过早做协作，只会：

把系统复杂度直接拉爆。

总结：鸿蒙 PC 架构演进的完整闭环

如果把我们这一整组文章收成一条线，其实就是：

第一阶段：能跑

• 适配 PC
• 多窗口
• 基础交互

第二阶段：不乱

• 焦点系统
• 生命周期
• 状态一致

第三阶段：可控

• 任务模型
• 工作流系统
• 三层解耦

第四阶段：生产力

• 多人协作
• 实时同步
• 角色与权限

走到这里，HarmonyOS PC 应用才真正完成了从：移动工具、桌面软件、协作系统的跨越。