游戏中武器的类别设计？

Question

我喜欢制作游戏，现在第一次在移动设备上尝试。在那里，性能当然是一个比在一台漂亮的电脑上更大的问题，我发现自己在武器（或更确切地说是射弹）类设计方面特别挣扎。 它们需要大量更新，被大量销毁/创建，并且通常需要大量更新。

目前我以显而易见的方式做到这一点，每次开火时我都会创建一个射弹物体并在撞击时摧毁它。每一帧都会检查所有活动射弹是否与其他对象发生碰撞。 这两个步骤似乎都需要改进。是否有有效处理此类物体的常用方法？

总的来说，我正在寻求有关如何进行干净且高性能的类设计的建议，到目前为止，我的谷歌搜索技能在这方面还很薄弱。

我很乐意接受有关此主题的任何建议。

Answer 1

当您在短时间内创建和销毁大量对象时，一种常见的方法是拥有一个已分配的实例池，您只需重新初始化即可。仅当池为空时，您才会分配新实例。 Apple 通过 MapKit 和表格视图等来做到这一点。研究这些接口可能会对您很有帮助。

Answer 2

我不认为这与班级设计有关。你的课很好；需要改进的是算法。

它们需要大量更新，被大量销毁/创建，并且通常需要大量更新。

与其销毁每个射弹，不如考虑将其放入死射弹列表中。然后，当您需要创建一个新对象时，不要分配新的对象，而是从死列表中拉出一个对象并重新初始化它。这通常会更快，因为您可以节省内存管理调用。

至于更新，您需要更新所有发生变化的内容 - 确实没有办法解决这个问题。

每一帧都会检查所有活动射弹是否与其他对象发生碰撞。

首先 - 如果您检查每个对象，那么每对对象都会被比较两次。通过仅比较更新列表中后面出现的对象，您可以避免一半的检查次数。

#Bad
for obj1 in all_objects:
    for obj2 in all_objects:
        if obj1 hit obj2:
            resolve_collision

#Good
for obj1 in all_objects:
    for obj2 in all_objects_after_obj1:
        if obj1 hit obj2:
            resolve_collision

如何实现“all_objects_after_obj1”是特定于语言的，但如果您有一个数组或其他随机访问结构来保存对象，则可以从 obj1 之后的 1 开始索引。

其次，命中检查本身可能很慢。确保您没有执行复杂的数学来检查碰撞，而更简单的选项就可以做到。如果世界很大，空间数据库方案可以提供帮助，例如。网格图或四叉树，以减少要检查潜在碰撞的对象数量。但这往往很尴尬，而且在小游戏中付出大量努力却收效甚微。

这两个步骤似乎都需要改进。

他们只是“看起来”？分析应用程序并查看速度慢的部分在哪里。猜测性能并不是一个好主意，因为现代语言和硬件可能会令人惊讶。

Answer 3

正如吉姆所写，您可以创建一个对象池并管理它们。如果您正在寻找特定的设计模式，可以使用 Flyweight 。希望它会对您有所帮助。