Есть класс-менеджер Монстров, который создает обекты тыпа Монстр. Указатель на Монстра передается в атакующие турели, которые стреляют в монстра. Помимо этого указатель на него 
передается в менеджер мультиплеера, в селектор (выделение мышкой) и возможно дальнейшее расширение списка классов, где необходим указатель на монстра. 

Когда монстр убит какой ни будь турелью, она оповещает все классы о том, что монстр умер и в них указатель обноляется. Далее монстр выгружается из памяти. 
Мне такая система не нравится. Думаю что было бы идеально иметь какой ни будь контейнер, который бы инкапсулировал этот указатель + методы типа valid/invalid. 
Но в стандартный библиотеке я такого не нашел. 
Реф каунтиг тут делать не нужно, т.к. классы не равнозначны и основным держателем указателя есть Менеджер Монстров.

Такая задача вроде часто встречается, подскажите, как элегантно и красиво её решить? Спасибо.

Это сообщение отредактировал(а) mmortall - 1.2.2012, 14:33

Я в таких случаях использую систему событий. Регистрирую событие man_down, подписываю на него всех заинтересованных сторон (колбэки), и примерно так использую:


Можешь посмотреть в сторону готовых решений: сигналы-слоты в boost или Qt.

Если пишешь на С++ (на С это тоже можно, но геморройней), то можно сделать иначе :
1. вместо простого указателя на монстра передается "умный с подсчетом ссылок" (например, boost::shared_ptr или std::shared_ptr в С++11).
2. класс монстр содержит свойство "жизнь" (думаю, он уже содержит).
3. когда монстр убит, то свойство "жизнь" принимает определенное значение (например: 0)
4. перед тем как выстрелить турель проверяет, а жив ли монстр по данному указателю, если не жив, то указатель удаляется из списка целей турели.

Особенность умного указателя в том, что когда будет "потерян" последний указатель, указывающий на объект, то объект будет уничтожен. Таким образом, монстр будет удален из памяти тогда, когда все заинтересованные объекты удалят его из своих списков.

Это сообщение отредактировал(а) bsa - 1.2.2012, 15:51

посмотрите weak_ptr к shared_ptr..


не слишком ли переусложнено ?

А почему не передавать указатель по ссылке или указатель на указатель? Тогда все объекты будут работать с оригиналом данных


Это сообщение отредактировал(а) Albor - 2.2.2012, 11:49

Еще можно сделать доступ к Мострам по уникальному ID из Менеджера Монстров. Когда Монстр создается, ему присваивается ID (например 64х битное число), которое уже не переиспользуется (например банальный счетчик). Для доступа к Монстру он запрашивается у Менеджера Монстров по ID, и Менеджер возвращает указатель или NULL (если Монстр был уничтожен)

xvr, это несколько дольше работает, чем с указателем  

Это да, но гарантирует централизованное управление временем жизни Монстров. И не требует введения для Монстров состояния Зомби (уже умерли, но еще не удалили   )

Пожалуй, самый быстрый (как по реализации, так и по времени выполнения) вариант, но, если потребуется потокобезопасное обращение к объекту, то могут возникнуть трудности.

Вариант, возможно, и медленнее, но довольно несложно делается потокобезопасное обращение. Что-то типа такого

А вообще - интересная тема. Спасибо ТСу.

много лет мечтаю написать какую-нить игрулину. эх...мечты-мечты