Указатели класса против ссылки [дубликаты]

Рассмотрим класс Map. Вы можете передать камеру по ссылке или в виде указателя. Это действительно не имеет значения. Важно то, что происходит с передачей камеры. Собираетесь ли вы назначить ее члену, который является Camera *? В противном случае установка камеры в конструкторе не будет достигнута. Вам нужно будет указать указатель/ссылку камеры при каждом вызове Карты, требующей камеры.

Для хранения объектов Tile единственный размер std :: vector <> будет очень хорошим. Используя некоторую простую математику, эту сетку черепицы можно пройти довольно легко. Вложение другого вектора внутрь приведет к ненужным накладным расходам. Вот пример алгоритма для этого:

std::vector<Tile> tiles = makeTiles();
for (int y=0; y<mapHeight; y++)
{
   for (int x=0; x<mapWidth; x++)
   {
      Tile tile = tiles.at(x + y*mapWidth);
      tile.doSomethingWithTile();
   }
}

Решение о том, как получить данные о плитки с вашей карты в PathFinder, действительно зависит от того, насколько хорошо вы хотите защитить данные карты. Предоставляя ссылку на все данные плитки, вы по существу делаете ее общедоступной. Поскольку PathFinder должен редактировать отдельные плитки, но не весь массив плиток, лучшим подходом было бы иметь такой метод:

Tile* Map::AccessTile(int tx, int ty);

Таким образом, весь вектор данных плитки не отображается, но PathFinder сможет получить то, что ему нужно. Кроме того, Map :: AccessTile() может быть закрытым, а PathFinder объявлен другом в Map. Другой подход заключается в предоставлении таких методов, как Map :: SetTileF (int tx, int ty, float f). Это может быть утомительным, хотя.

Для NPC и Player доступно аналогичное решение. На самом деле им не нужно иметь прямой доступ к записи, на которой они находятся. Добавьте такой метод, как Map :: SetTileOccupant (Entity * entity) и соответствующий Map :: GetTileOccupant().

Теперь вы беспокоитесь об удалении объектов. Вы должны взглянуть на некоторые эмулированные указатели, предоставленные C++ (в частности std :: shared_ptr <> и std :: weak_ptr <>). Быстрое объяснение этого - shared_ptr - это указатель, который "владеет" объектом, а weak_ptr знает, куда обращаться к объекту, но фактически не "владеет" объектом.

С помощью этих эмулированных указателей вы можете сделать что-то вроде следующего:

//prototype for setWorld
//note that shared_ptr<> casts to weak_ptr<> nicely
Camera::setWorld(std::weak_ptr<World> world);

//setup the camera and world
std::shared_ptr<World> world(new World);
Camera camera;
camera.setWorld(world);

С приведенным выше кодом камера имеет указатель на мир. Если по какой-либо причине мир удаляется, камера может понять это следующим образом:

bool Camera::worldIsValid()
{
   return (this->mWorld.expired() == false);
}

Кроме того, вы инкапсулируете камеру внутри мира, и это, вероятно, то, что вам не нужно делать. Вместо этого камера может быть автономной и просто ссылаться на мир, когда ему нужна информация об этом или Карта, содержащаяся в World.