← 全部标签
# 解耦
5 篇页面
页面
游戏开发 · Godot信号与节点通信Signals信号是 Godot 内建的委托/观察者机制：节点在特定事件发生时发出消息，其他节点连接后回调，无需互相硬引用，从而降低耦合。游戏开发命令模式Command Pattern命令模式 (Command Pattern) 把一次方法调用“物化”成对象，从而可以存储、传递、延迟执行、排队或撤销。游戏里最典型的三种用法是：可配置的按键映射、让玩家输入和 AI 共用同一套“驱动角色”的接口、以及撤销/重做。游戏开发组件模式Component Pattern组件模式 (Component Pattern) 让一个实体横跨多个领域（输入、物理、图形、AI……），同时不让这些领域彼此耦合：每个领域的代码放进自己的组件类，实体本身退化为组件的容器。它是现代引擎实体模型的基础，代价是对象变成需要正确装配的一组对象，组件之间如何通信也成了要做的设计决策。游戏开发观察者模式Observer Pattern观察者模式 (Observer Pattern) 让一段代码宣布“发生了某件事”，而不必关心谁会收到通知：主体 (Subject) 维护一个观察者列表，在事件发生时逐个同步调用它们。它适合连接彼此几乎无关的子系统（例如物理与成就），但要注意同步阻塞、观察者的注销，以及运行时才能确定的通信关系难以推理。综合游戏编程模式选型：解耦与性能Choosing Game Programming Patterns本页把《Game Programming Patterns》里的 19 个模式放到同一张取舍图上：大多数模式要么为了解耦（降低改代码时需要装进脑子里的知识量），要么为了性能（利用对数据和硬件的具体假设），而这两个目标经常互相拉扯。下面先讲全书的定位和 Nystrom 的架构观，再给出按问题选模式的路线和与 UE 的对照。