RM
Я в функции где читаются конфиги хочу проверять, существует ли уже такой класс в мапе
Size: a a a
2020 March 28
RM
Если да, то просто вернуть на него указатель
RM
А если нет, то создать объект
RM
и вот unique_ptr должен заниматься этим
RM
Хранить имею в виду созданный объект
RM
Хотя, платить производительностью ради фичи, которая будет выполняться раз в месяц, такое себе
RM
И то нужно учитывать тот факт, что срукожопить с файлом тоже вероятность нужна
IL
Хотя, платить производительностью ради фичи, которая будет выполняться раз в месяц, такое себе
платить прозиводительностью, это использовать unique_ptr?
IO
Я в функции где читаются конфиги хочу проверять, существует ли уже такой класс в мапе
Сам идиотизм твоей архитектуры состоит а этих конфигах
RM
платить прозиводительностью, это использовать unique_ptr?
shared_ptr
RM
Сам идиотизм твоей архитектуры состоит а этих конфигах
А без них никак
IO
Ты аттрибуты предметов менять будешь не часто
RM
Ты что хочешь игру без конфиг файлов написать?
IO
На самом деле вообще почти никогда
RM
Ты аттрибуты предметов менять будешь не часто
Вот и я об этом
RM
На крайняк можно на профилактике это делать
RM
Поэтому оставлю обычные указатели
RM
На крайняк у меня Fallback метод есть в LoadConfig методе
RM
По сути прочел конфиг и можно переназначить указатели на value объекты мапы
IO
По сути прочел конфиг и можно переназначить указатели на value объекты мапы
Боже, как же дико это звучит