面向对象的平台碰撞检测与解决

Question

首先，这里有一些背景：

我正在开发一个2D游戏作为一个个人项目，可能会在移动设备上发布。我计划创建一个基于瓷砖的拼图/平台与许多视觉元素。

我以前从未生产过这种规模的东西，我想知道如何在一个相对较大的项目中坚持良好的OO原则。

我想要一些建议，如何结构我的一些代码，以不同类型的冲突与不同的瓦片类型。

• 我的播放机对象可以放置在其上的实体瓷砖
• 仍可检测碰撞但允许玩家游泳的水瓦
• 没有任何冲突检测的背景元素

我是否应该创建一个带有抽象方法的基Tile类，以便每个Tile类型在冲突时可以有不同的行为，或者为每个类型使用不同的层？

我还想知道如何将我的player对象的物理逻辑保持在一起，而不是在tile类中的部分和player对象类中的一些？

正如你所看到的，我很缺乏经验，不知道在某些情况下什么最有效。

谁能在这些方面给我一些一般性的指导吗？

Answer 1

您应该研究为实体创建一个组件实体系统。因为您将其标记为Android，所以我假设您使用的是Java。您还可以为您的瓷砖实现类似的功能，为您需要的瓷砖的每个部分创建接口。例如，您可以制作一个适用于水和液体的ISwimmable接口。你就会有一个无法穿过的固体块。背景元素将不执行任何组件。您可以在从单个Tile类派生的类中实现这些接口，并使用一些极简的抽象方法。尽量保留这些方法，您甚至可以尝试创建一个“注册”tile类型的类，以便在执行冲突时查找它们。

对于物理，你可以找到一个外部物理引擎，比如bullet或Box2D。如果你想自己做物理，你可能需要把它与世界的碰撞分开。如果你想要某种飞行实体，你可能希望它能够被固体瓦片阻止，但不受重力影响，所以在组件实体系统中有一个物理组件和一个碰撞组件。在迭代你的实体时，使用碰撞组件来查看玩家/敌人/其他什么东西是否在地面上，如果不在，使用物理组件来施加重力加速度（或者，如果它已经达到了终端速度，就以恒定速度向下移动）。您将有一个实体的大列表，而不是它们的复杂层次结构。这种结构在今天的专业人士中使用得非常好。