游戏开发中类设计的正确的面向对象方法是什么？

我正在使用XNA为Windows 7 Phone开发基于2D Sprite的游戏。提供的培训和教程非常有帮助，但是我面临的问题是，他们每个人对类设计的处理方式都不相同，并且代码的结构也不太好。结果，我很难很好地理解我应该对特定班级承担的责任。

例如，我可以有一个基本的Sprite类BaseSprite，它知道如何绘制自身，检查碰撞等。然后，我可以拥有一个AnimatedSprite类，该类将知道如何导航其Sprite表，一个ExplodingSprite类，等等。Windows 7 Phone Jumpstart会话2资料中的Space Invaders示例演示了此技术。

或者，我可以将大部分渲染和运行游戏职责放在一个GameScreen类中；就其职责而言，该类及其派生类的行为更像表单或网页。Sprite类是更简单的容器，逻辑更少。

这是Windows 7 Phone Training Kit的Alien Sprite游戏和其他游戏状态管理器示例中使用的技术。

游戏开发中类设计的正确的面向对象方法是什么？

我确实使用了一种更加面向组件的方法，在这种情况下，您将拥有一个Sprite类，该类具有诸如Visual，Collision，Animation，Input等组件。使用这种方法，我最终不会拥有更深的类层次结构（这很好） 。

有关面向组件设计的一些信息，请参见此处。

在游戏中，组件模式是一种常见的解决方案。

该SOLID原则适用于尽可能多的游戏代码设计为其他任何职业-至少要等到你来进行优化，所以我会用你的第一个例子作为出发点。

不过，我会走得更远，因为BaseSprite听起来好像有成为超级类的趋势。单一责任原则规定，碰撞，渲染和导航应全部由组件处理，而不是由类层次结构中的单个条目处理。所有这些组成部分的持有人只能处理它们之间的推动世界位置。

在最后几个项目中，我更加倾向于MVC风格的方法。

起初，我们不确定这是否行得通，但它确实运行良好。

模型

数据对象。只是纯数据。无行为，无渲染。

数据管理员。仅处理数据对象的“列表”。（也可以增强以支持合并。）

视图

我们称它们为渲染器。对于每种数据对象类型，都有一个渲染器。当与管理者调用时，它将呈现该列表中的所有对象。

控制者

与渲染器相同，但控制行为。

例

ShipManager具有船舶列表。ShipController将根据船的状态移动船。ShipRenderer将根据船舶的状态进行渲染。

为什么

这样，视图和逻辑就严格分开了。这使得移植到新平台变得非常容易。在XxxManager中优化数据布局也非常容易。