RM
Если разработчик захочет изменить конфиг item.csv, а затем отправить на сервер запрос об перепрочтении конфига, то получим висячие указатели
Size: a a a
2020 March 28
RM
К тому же ты не можешь хранить ссылку в объекте класса
O
К тому же ты не можешь хранить ссылку в объекте класса
Что?
RM
Еще раз, где то в другом классе есть map которая хранит CItemBase
RM
В item нужно указывать на CItemBase из этой мапы
Е
К тому же ты не можешь хранить ссылку в объекте класса
лямбды с захватом по ссылке умерли
RM
лямбды с захватом по ссылке умерли
Лямбду хранить?)
O
лямбды с захватом по ссылке умерли
Всё плохо, возвращаемся в C++03, там лямбд не было
Е
Лямбду хранить?)
я тебе говорю, что можно хранить ссылки
RM
я тебе говорю, что можно хранить ссылки
А я тебе говорю что это плохая идея
RM
Что ты будешь делать когда конфиг не получится перепрочесть?)
RM
Сервер ляжет потому что CItemBase перестануть быть доступными
Е
я будто знаю о каком конфиге речь
RM
В общем, сколько потребляет shared_ptr?
O
В item нужно указывать на CItemBase из этой мапы
Храни ссылку/указатель. Или копию храни, мне вообще странной архитектурно кажется проблема
Е
В общем, сколько потребляет shared_ptr?
Ну атомарный инкремент в 60 раз медленнее обычного вроде, а если с кэшами ядер не повезет то мб и больше
RM
Храни ссылку/указатель. Или копию храни, мне вообще странной архитектурно кажется проблема
Не, ты не понял, я сидел и думал как лучше это реализовать, но тут либо ты выбираешь хранение указателей и отказываешься от перепрочтении конфигов в режиме реального времени, либо используешь shared_ptr
O
В общем, сколько потребляет shared_ptr?
Тут принято грубо оскорблять за вопросы о размерах ><
RM
Тут принято грубо оскорблять за вопросы о размерах ><
Не в моем случае