RM
Есть еще один вариант, но он мне не очень нравится из-за дублирования
this->GetModule()->GetApp()->GetModule<Type>() можно сократить до этого this->GetApp()->GetModule<Type>()Size: a a a
2020 August 16
RM
Как вариант, добавить GetApp метод еще и в базовый класс плагинов, тогда вот это
RM
тоже неплохой вариант
🦊
Сделай там компайл-тайм хеш для названия
🦊
Сделай там компайл-тайм хеш для названия
Если все так плохо
🦊
Чай кресты могут легко, если 14 и новее
🦊
RM
RM
App вообще не знает про плагины модулей, ему только о классе модулей известно
🦊
В рантайме, запускаешь .exe и он читает конфиги и подгружает .dll, после того как подгрузил все dll он вызывает их виртуальные методы унаследованные от базовых классов
Нуууууу, ты несколько десятков тысяч плагинов там грузишь?
RM
Нуууууу, ты несколько десятков тысяч плагинов там грузишь?
Дело то не во мне, а в том что биба опенсоурс
RM
Я может и не гружу, но надо угодить большинству
🦊
Ты профайлил? Хоть какие-то замеры делал, чтобы о производительности пердеть?
RM
Опа, стоять
RM
Кажется у меня получилось
🦊
Хешмапа с 50 элементами и норм хешем (который можно в компайл-тайм вынести ибо кресты) тебе вообще никаких проблем не даст
🦊
Как миленькая летать будет
RM
Унаследованные классы унаследуют дружбу между классами? Если нет, то я обосрался
RM
Ты профайлил? Хоть какие-то замеры делал, чтобы о производительности пердеть?
Я и так знаю что вектор быстрее, чем хеш мапа и дело не в том, генерится хеш в компайлтайме или нет
RM
Хотя и это тоже