子玥酱 （掘金 / 知乎 / CSDN / 简书 同名）

大家好，我是 子玥酱，一名长期深耕在一线的前端程序媛 👩‍💻。曾就职于多家知名互联网大厂，目前在某国企负责前端软件研发相关工作，主要聚焦于业务型系统的工程化建设与长期维护。

我持续输出和沉淀前端领域的实战经验，日常关注并分享的技术方向包括 前端工程化、小程序、React / RN、Flutter、跨端方案，
在复杂业务落地、组件抽象、性能优化以及多端协作方面积累了大量真实项目经验。

技术方向：前端 / 跨端 / 小程序 / 移动端工程化
内容平台：掘金、知乎、CSDN、简书
创作特点：实战导向、源码拆解、少空谈多落地
文章状态：长期稳定更新，大量原创输出

我的内容主要围绕 前端技术实战、真实业务踩坑总结、框架与方案选型思考、行业趋势解读 展开。文章不会停留在“API 怎么用”，而是更关注为什么这么设计、在什么场景下容易踩坑、真实项目中如何取舍，希望能帮你在实际工作中少走弯路。

子玥酱 · 前端成长记录官 ✨
👋 如果你正在做前端，或准备长期走前端这条路
📚 关注我，第一时间获取前端行业趋势与实践总结
🎁 可领取 11 类前端进阶学习资源（工程化 / 框架 / 跨端 / 面试 / 架构）
💡 一起把技术学“明白”，也用“到位”

持续写作，持续进阶。
愿我们都能在代码和生活里，走得更稳一点 🌱

引言

很多人刚接触 HarmonyOS 时，都会有一个疑问：

鸿蒙 App、鸿蒙 PC、鸿蒙游戏，本质是同一套系统吗？

直觉上看，它们好像完全不同：

App → 业务应用  
PC → 桌面系统  
游戏 → 实时交互

但如果你深入做一段时间开发，就会发现一个“反直觉”的结论：

它们看起来不同，本质却是同一套系统能力的不同表达。

一、先说结论

可以用一句话总结：

鸿蒙 App、PC、游戏，不是三种技术体系，而是三种“使用方式”。

它们共享的核心

同一套系统能力
同一套开发模型
同一套运行机制

不同的地方

交互方式
UI形态
业务模型

所以本质是：

“同一内核 + 不同表达”

二、从代码看本质

1、一个简单页面

@Entry
@Component
struct AppPage {

  @State count: number = 0

  build() {
    Column() {
      Text(`${this.count}`)
      Button("+1").onClick(() => this.count++)
    }
  }

}

2、PC 应用

@Entry
@Component
struct DesktopApp {

  @State files: string[] = []

  build() {
    Column() {
      ForEach(this.files, file => {
        Text(file)
      })
    }
  }

}

3、小游戏

@Entry
@Component
struct GamePage {

  @State x: number = 0

  move() {
    this.x += 10
  }

  build() {
    Image("player.png")
      .position({ x: this.x, y: 100 })
  }

}

看起来三种形态完全不同，但它们都在做一件事：

State → UI

核心统一点：

ArkUI 是统一的渲染与状态模型

三、统一架构模型

不管是 App / PC / 游戏，本质架构都是：

State（状态）
↓
Service（逻辑）
↓
UI（渲染）

示例（统一结构）

// Store
gameStore.update({ score: 1 })

// Service
gameService.addScore()

// UI
Text(`Score: ${this.state.score}`)

这个结构：

• App 在用
• PC 在用
• 游戏也在用

本质：

统一的应用架构模型

四、差异从哪里来？

既然底层一样，那为什么表现差异这么大？

答案是：

差异来自“约束条件”

1、交互方式不同

App

Button("提交").onClick(...)

PC

onMouse(...)
onKeyboard(...)

游戏

onTouchMove(...)
onFrameUpdate(...)

本质区别：

输入模型不同

2、渲染频率不同

App / PC

事件驱动更新

游戏

setInterval(() => update(), 16)

本质：

是否接近实时系统

3、状态复杂度不同

App

表单 / 列表

PC

窗口 / 文件系统

游戏

角色 / AI / 物理

本质：

状态规模不同

五、鸿蒙真正统一的是什么？

1、UI 模型（ArkUI）

所有形态都用：

声明式 UI + 状态驱动

2、系统能力

• 网络
• 存储
• 多设备

3、分布式能力

distributedSync.send(state)

本质：

设备不是边界，系统才是边界

六、一个更深的理解

传统世界

App = App
PC = PC
Game = Game

三套完全不同体系。

鸿蒙世界

App
PC
Game
   ↓
同一系统能力

本质变化：

应用类型被“抽象掉”了

七、AI 会进一步模糊边界

传统

用户 → UI → 功能

AI 应用

agent.run("帮我完成任务")

无论是：

• App
• PC
• 游戏

都变成：

Agent + State + UI

本质：

应用形态开始统一

八、开发者需要改变什么？

1、不再按“应用类型”设计

错误：

我要做一个 App
我要做一个游戏

正确：

我要设计一个系统

2、核心能力统一

你真正需要掌握的是：

ArkUI
状态管理
分层架构
多端协同
AI Agent

3、代码复用能力增强

// 同一套逻辑
gameService.addScore()

可以跑在：

• 手机
• PC
• TV

九、一个实际例子

一个“任务系统”

在 App 中

任务列表

在 PC 中

多窗口管理任务

在游戏中

任务变成剧情 / 关卡

代码可能是同一套：

taskService.getTasks()

只是表现不同。

总结

回到最开始的问题：

鸿蒙 App、PC、游戏，本质是同一套系统吗？

答案是：

是同一套系统能力
但不是同一种表现形式

可以用一句话总结：

同一套系统
不同的交互方式
不同的表现形态

在 HarmonyOS 中，一个更深层的变化正在发生：

过去：

不同设备 → 不同应用 → 不同代码

现在：

不同设备 → 同一系统 → 多种表达

最后一句话送你：

未来你写的，不再是“App / PC / 游戏”，而是“运行在系统之上的能力”。