🦊
Я и так знаю что вектор быстрее, чем хеш мапа и дело не в том, генерится хеш в компайлтайме или нет
Так вопрос не в том, быстрее или не быстрее, стоит ли это быстрее удобства более простого подхода?
Size: a a a
2020 August 16
p
это как в дарк нет зайти? так иначе, поэтому самолюбие можно убавлять.
RM
Так вопрос не в том, быстрее или не быстрее, стоит ли это быстрее удобства более простого подхода?
То что ты предлагаешь как раз неудобно
RM
Ты предлагаешь сделать
Foo<Type ("ModuleName") вместо Foo<Type>RM
Пля, фиаско, дружба не унаследуется
🦊
Ты предлагаешь сделать
Foo<Type ("ModuleName") вместо Foo<Type>Так если тебе нужно сохранить информацию о том, оттуда взялся Type, чтобы потом не матерится, оттуда он.
🦊
То в чем проблема?
RM
Прикол в том, что и класс модуля нуждается в указателях других модулей и сами его плагины тоже
RM
Поэтому проще создать класс-фабрику, где будет лежать вектор из указателей и по индексации типов можно будет получать
RM
То есть, другие модули регает у себя только модуль.
🦊
Так у тебя зависимости только между модулями?
RM
Я объясню опять же зачем это нужно, во-первых, скорее всего самому классу модуля нужно будет некоторые указатели на другие модули, а так же и сами его плагины захотят тоже получать указатели и быстрее будет, если указатели будут лежать внутри родителя (класса модуля)
RM
Иначе тебе придется тянуть их постоянно через 3 указателя
🦊
Ты хочешь что-то типо using namespace или как?
RM
Ты хочешь что-то типо using namespace или как?
Я же скидывал картинку с архитектурой
🦊
Я же скидывал картинку с архитектурой
Я её не видел, кроме огрызка кода
RM
Рисовалось на быструю руку
RM
ТО что в квадратных скобках (не считая Helena Framework) - это классы
RM
те что без квадратных скобок (текста) - это просто инфа о том, что там ниже по ветке, это для понимания архитектуры написано
RM
Вот, ModuleA запрашивает у HFApp ModuleB указатель и хранит у себя в фабрике чтоб раздавать по просьбе своим плагинам