Skip to content

游戏类型专题 ​

Category ​

industry / genres 子树总览。覆盖:房间制与轻量在线(01)、强实时对战(02)、持续在线世界(03)、长周期成长与经营(04)、平台与生态型(05)、使用说明(06)。

Definition ​

这一组附录按常见游戏类型回看技术问题。它的价值不在于给品类下定义,而在于帮助读者快速回答一个更实际的问题:这类产品通常会把技术复杂度压在哪些地方。

按类型看问题有两个好处。第一,它更接近团队日常沟通,便于和策划、制作人、发行一起对齐。第二,它能帮助新人建立直觉,知道为什么同样叫“游戏服务端”,不同项目的难点会差这么多。

但品类不是架构结论。真正决定系统形态的,仍然是状态共享方式、时间推进方式、内容生产方式、运营节奏和商业约束。两个都叫 MMO 的项目,技术形态也可能天差地别;一个看起来像休闲游戏的产品,也可能因为强社交和高频活动而变得非常复杂。

这一章读完以后,应该能把下面几件事说清楚:

  • 能从游戏类型快速联想到主导技术压力
  • 能看出同一品类内部为什么会分化出完全不同的架构
  • 能知道品类标签适合拿来做沟通,不适合拿来直接替代推导

关系链:五类速览(01–05)各回指 models 子树对应问题模型,使用说明(06)收束到六问分型。树根 industry 总览。

Reference ​

节点清单见下节。

本章文章 ​

  • 房间制与轻量在线:看单局驱动、会话驱动的产品为什么通常先把复杂度放在匹配、房间和断线恢复上。
  • 强实时对战:看“手感”和“公平”为什么会把同步、反作弊和网络链路推到主舞台。
  • 持续在线世界:看世界持续存在以后,分服、跨场景、一致性和运维为什么都会变重。
  • 长周期成长与经营:看账号长期积累型产品为什么更像一套持续运营的数据系统。
  • 平台与生态型游戏:看 UGC、创作者生态和多平台分发会如何改变系统边界。
  • 如何使用这页:说明这一组附录该怎样用,才不会把“品类”误当成“答案”。

游戏知识体系