D
Дак не интересен никому тут только ты, а не я. Кому интересен балабол слившийся на первой же потуги и зовущий мамку?
Это не чат шизофреников, тебе в другую дверь
Size: a a a
2020 August 16
p
это как в школе чутка преподавали, но я не вижу проблем. так и не было.
RM
Еще нуждаюсь в совете, не знаю как лучше архитектурно реализовать возможность плагинов получать указатели на сторонние модули. В голову пришла только одна хорошая идея, это в списке инициализации вызывать
this->GetModule()->GetApp()->GetModule<Type>Вот отсюда до сообщения, где я закончил последовательные сообщения, нужны мнения знатоков, я пока ориентируюсь на 3й вариант архитектуры
RM
Еще мне нужно узнать насколько производительно юзать индексацию типов + вектор
Rn
Тут всего 3 варианта:
1) Запрашивать у своего модуля, создавая методы на каждый указатель стороннего модуля внутри класса (такое себе, это для 10 модулей надо 10 методов заводить)
2) Через список инициализации внутри самого плагина, через родительский модуль достучаться до App и запросить у него указатель на модуль с помощью
3) Завести класс - фабрику, которая будет хранить в векторе список указателей и через индексацию типов возвращать. Это избавит нужду хранить указатели на модули внутри плагинов
1) Запрашивать у своего модуля, создавая методы на каждый указатель стороннего модуля внутри класса (такое себе, это для 10 модулей надо 10 методов заводить)
2) Через список инициализации внутри самого плагина, через родительский модуль достучаться до App и запросить у него указатель на модуль с помощью
this->GetModule()->GetApp()->GetModule<Type>3) Завести класс - фабрику, которая будет хранить в векторе список указателей и через индексацию типов возвращать. Это избавит нужду хранить указатели на модули внутри плагинов
Указатели дерьма, стиль дерьма, модули дерьма. Это не С++, а дерьмо. К тому же непонятна суть. Пиши код - твоё объяснение понятно только тебе
🦊
Какого хуя вы тут развели опять
RM
Указатели дерьма, стиль дерьма, модули дерьма. Это не С++, а дерьмо. К тому же непонятна суть. Пиши код - твоё объяснение понятно только тебе
Пля, я там на всю стену настрочил, вроде понятно
D
Какого хуя вы тут развели опять
Царя выпустили из палаты
К
Какого хуя вы тут развели опять
Тсарь пришел (петушок который)
🦊
Ну пусть не залупается, царь тут только один и это я.
К
Ну пусть не залупается, царь тут только один и это я.
RM
пля, все, пизда, вопросов и след простыл
Rn
Пля, я там на всю стену настрочил, вроде понятно
ну там слишком много кейвордов очевидных тебе, но не очевидных другим. Что такое модуль, что такое хозяин. Нахрена это вообще нужно.
Ты пиши что хочешь и/или пиши реализацию хотелки из которой уже можно вывести что-то. Не пиши "как" в вопросе. "как" - у других пацанов может быть другое
Ты пиши что хочешь и/или пиши реализацию хотелки из которой уже можно вывести что-то. Не пиши "как" в вопросе. "как" - у других пацанов может быть другое
🦊
Чтоб плагин из модуля A мог запросить указатель на класс модуля Б, он должен сначала узнать кто его хозяин (модуль), а уже у него спросить кто App, а потом у App запросить указатель на другой модуль
Да ебни app в глобальную переменную и норм будет
К
Да ебни app в глобальную переменную и норм будет
Кудах, анти-паттерн, кудах
Rn
Да ебни app в глобальную переменную и норм будет
а лучше жаву. Это жава-маздайский "дизайн" с помойки.
🦊
ну там слишком много кейвордов очевидных тебе, но не очевидных другим. Что такое модуль, что такое хозяин. Нахрена это вообще нужно.
Ты пиши что хочешь и/или пиши реализацию хотелки из которой уже можно вывести что-то. Не пиши "как" в вопросе. "как" - у других пацанов может быть другое
Ты пиши что хочешь и/или пиши реализацию хотелки из которой уже можно вывести что-то. Не пиши "как" в вопросе. "как" - у других пацанов может быть другое
Слушай, у тебя это какие-то проблемы, потому что ты там со своего какого-то дивана вещаешь, а сам строчки кода не написал.
RM
ну там слишком много кейвордов очевидных тебе, но не очевидных другим. Что такое модуль, что такое хозяин. Нахрена это вообще нужно.
Ты пиши что хочешь и/или пиши реализацию хотелки из которой уже можно вывести что-то. Не пиши "как" в вопросе. "как" - у других пацанов может быть другое
Ты пиши что хочешь и/или пиши реализацию хотелки из которой уже можно вывести что-то. Не пиши "как" в вопросе. "как" - у других пацанов может быть другое
Ладно, тогда я выберу 3й вариант, но вопрос касательно индексации типов + вектора понятен? В общем, каждый тип индексируется последовательно через static переменную, а для получения указателя мы тупо передаем индекс в вектор, аля vec[index] и получаем указатель. Насколько это быстро в плане производительности и дадут ли мне по шапке если я не буду хранить указатели получаемые оттуда, а каждый вызов буду вот таким образом получать их через индекс, аля
GetPointer<Type>( ) ->SosatEbat()🦊
Кудах, анти-паттерн, кудах
Ну значит жри кактус, раз анти-паттерн.
🦊
Анти-паттерн - увеличивать сложность кода на ровном месте