c – 建立游戏对象层次结构最优雅高效的方法是什么？ (设计麻烦)

// world.hpp
//----------
class Enemy;
class Bullet;
class Player;

struct World
{
  // has-a collision map
  // has-a list of Enemies
  // has-a list of Bullets
  // has-a pointer to a player
};

// object.hpp
//-----------
#include "world.hpp"

struct Object
{
  virtual ~Object();
  virtual void Update() =0;
  virtual void Render() const =0;

  Float xPos,yPos,xVel,yVel,radius;  // etc.
};

struct Enemy: public Object
{
  virtual ~Enemy();
  virtual void Update();
  virtual void Render() const;
};

// Bullet and Player are similar (they render and update differently per se,/// but the behavior exposed to World is similar) 

// world.cpp
//----------
#include "object.hpp"

// object.cpp
//-----------
#include "object.hpp"

这两个问题：

1,游戏对象知道其他游戏对象.

必须有一个了解所有对象的设施.它可能或可能不必暴露所有对象,它必须暴露其中的一些,根据查询者的位置(位置,一个).这个设施应该是世界.

对象必须知道他们所在的世界,以查询碰撞信息和其他对象.

这引入了一个依赖关系,其中对象和世界的实现都必须访问对象的头,因此,World不会直接包含自己的头,而不是包含object.hpp(其又包括world.hpp).这让我感到不舒服 – 我不觉得world.cpp应该在对object.hpp进行更改后重新编译.世界不会像Object那样工作.感觉设计不好 – 怎么可以修复？

2,多态 – 可以而且应该用于除代码重用和游戏实体的逻辑分组之外的任何东西(以及如何)？

敌人,项目符号和播放器将会更新和呈现不同的方式,虚拟的Update()和Render()功能 – 一个相同的界面.它们仍然保留在单独的列表中,其原因是它们的相互作用取决于两个交互对象的列表 – 两个敌人反弹,一个子弹和一个敌人相互破坏等.

这是超出敌人和子弹实施的功能;这不是我关心的.我觉得,除了相同的接口之外,还有一个因素可以让敌人,子弹和玩家分开,这可以并且应该以其他方式表达,让我为所有人创建一个单一的列表 – 因为它们的界面是一样的！

问题是如果包含在同一个列表中,如何从另一个对象分类.类型或其他形式的身份识别是不成问题的 – 但是还有什么其他的方法呢？或者也许这种做法没有什么问题？