程序语言和面向对象语言的游戏设计差异

关于你的第一个问题：这就是事情是如何自然发展的。当你思考你的游戏时，你会想到玩家、敌人、场景、房间、武器、目标等。所有这些东西都被自然地建模为对象，因为它们将属性(即成员变量)和行为(即方法)分组。所以这就是它通常的方式，如果你选择实现这些东西的语言提供了一种表达方式，你为什么不使用它呢？

关于你的第二个问题：如果你选择的语言不允许接近自然的实现，你会想尝试尽可能接近自然的建模。举个例子：你可以用structs(属性)为对象建模，并相应地实现行为——要么用在这些structs上操作的函数(例如enemy_hit(播放器))，要么用包含在structs中的函数指针(即播放器->hit(播放器，…))

添加到其他答案中。

OO范式确实是处理游戏等事物的自然方法，如果你被迫使用过程范式，你可能应该尝试模仿OO行为。

我想补充的是，除了模块化和自然思考之外，面向对象语言还支持多态性，我经常使用这些语言，发现在过程语言中很难使用。多态代码允许抽象层，使设计您的一般行为(枪支、角色等)变得更加容易，然后根据您的情况转向具体的、不同的实现(枪支像这样发射，枪支像那样发射等)。您可以使用具体的实现，甚至不需要了解它们(作为使用某人API的程序员)，因为您总是可以使用他们的接口。还有通用编程，它允许更深入的抽象。

当你为游戏设计干净、可扩展、可维护的代码时，抽象的论点很有用。