🦊
Все. Романа послали нахуй.
Size: a a a
2020 August 16
🦊
Жаль только бота недоучил, отличный преемник был бы.
RM
ну как. Везде. Ты решил в отрицание уйти?
Нет, просто я не могу понять, где там помойка, ты код даже не видел. Еще раз повторяю, я пишу так чтоб ничего лишнего наружу не торчало из методов. Только то что юзеру предоставляется в качестве инструментария
T
Жаль только бота недоучил, отличный преемник был бы.
Тот который пепе?)
🦊
Тот который пепе?)
Да
🦊
Нет, просто я не могу понять, где там помойка, ты код даже не видел. Еще раз повторяю, я пишу так чтоб ничего лишнего наружу не торчало из методов. Только то что юзеру предоставляется в качестве инструментария
Все, тормози, он в бане.
RM
Все, тормози, он в бане.
Да я и не гнал, думал он пальцем укажет на помойку и я гляну что там не так
RM
Ну а я на что ответил?
Да у меня она и так стоит, просто хотел уточнить, насколько это хорошая идея
🦊
Тут всего 3 варианта:
1) Запрашивать у своего модуля, создавая методы на каждый указатель стороннего модуля внутри класса (такое себе, это для 10 модулей надо 10 методов заводить)
2) Через список инициализации внутри самого плагина, через родительский модуль достучаться до App и запросить у него указатель на модуль с помощью
3) Завести класс - фабрику, которая будет хранить в векторе список указателей и через индексацию типов возвращать. Это избавит нужду хранить указатели на модули внутри плагинов
1) Запрашивать у своего модуля, создавая методы на каждый указатель стороннего модуля внутри класса (такое себе, это для 10 модулей надо 10 методов заводить)
2) Через список инициализации внутри самого плагина, через родительский модуль достучаться до App и запросить у него указатель на модуль с помощью
this->GetModule()->GetApp()->GetModule<Type>3) Завести класс - фабрику, которая будет хранить в векторе список указателей и через индексацию типов возвращать. Это избавит нужду хранить указатели на модули внутри плагинов
У меня вот такой фундаментальный вопрос, почему ты так через деревья плагин-модулей там гуляешь?
RM
У меня вот такой фундаментальный вопрос, почему ты так через деревья плагин-модулей там гуляешь?
Такую архитектуру проще понимать, она имеет иерархию поэтому разработчикам сложно будет запутаться, так как ничего лишнего нельзя получить
🦊
В чем контекст вообще, говно на ноде к говну на ноде мотаешь? Тогда почему это из крестов делается, а не из ноды?
RM
Скажите вот что, могу ли я как то сделать унасленованные классы от HFPlugin дружественными по отношению к HFModule ?
RM
Если я сделаю HFPlugin базовый класс другом по отношению к HFModule, то смогут ли унаследованные от HFPlugin классы быть так же друзьями для HFModule? Унаследуют ли они эту дружбу?
🦊
Такую архитектуру проще понимать, она имеет иерархию поэтому разработчикам сложно будет запутаться, так как ничего лишнего нельзя получить
Толку от твоей иерархии, если ты один черт работаешь с ней, как с плоским списком.
RM
Толку от твоей иерархии, если ты один черт работаешь с ней, как с плоским списком.
Так в этом то и прикол, удобно и быстро
RM
Через хеш мапы - это затратно
RM
А через вектор освобождает от необходимости копипасить указатели и хранить их
🦊
У тебя нет иерархии, вот в чем проблема, ты её создал и тут же сломал.
🦊
Ты прямо сейчас какой-то костыль лепишь.
RM
У тебя нет иерархии, вот в чем проблема, ты её создал и тут же сломал.
В смысле?