🦊
Вот я и говорю, что не надо
Size: a a a
2020 August 16
RM
Ты мне так и не доказал, что оно тебе вообще надо
Дело не в этом, тут баланс между производительностью и удобством
🦊
Дело не в этом, тут баланс между производительностью и удобством
Выбирай удобство, /тред
RM
Тебе не нужно хранить указатели на другие плагины внутри того же модуля - это раз, тебе не нужно хранить указатели других модулей внутри плагинов - это два
RM
Только чистый твой интерфейс
RM
Как ты говоришь если тянуть через App, то вопрос не в производительности, а в читабельности кода, ты предлагаешь делать постоянно так
this->GetApp()->GetModule<Type>( )RM
Это в том случае, если я в базовый класс плагинов добавлю метод GetApp
RM
Он там не планируется, потому что доступ по иерархий
RM
Не более двух вызовов последовательно, максимум 3
RM
Если это часто повторяющийся код, то не более 1 желательно
🦊
Так я тебе предложил один раз скопировать в сам класс, а ты уперся.
RM
Так я тебе предложил один раз скопировать в сам класс, а ты уперся.
Не уперся, я это и предлагал все это время
🦊
Пизда недопонимание
RM
Создать класс удобный и поместить его объект внутрь класса модуля каждого
RM
И пусть он раздает указатели в рантайме
RM
И не нужно будет ничего нигде хранить, только фабрику внутри класса модуля
🦊
Ещё раз, ты зависимости на каком уровне определяешь?
🦊
По-моему сейчас на никаком
RM
Ещё раз, ты зависимости на каком уровне определяешь?
В момент вызова виртуальных функций, первая вызываемая функция AppInit как раз для инициализаций зависимостей
🦊
Где в твоей простыне я могу увидеть, какие плагины из каких модулей твоей дллкоц используются