RM
пока не придумал как их втыкать будут
Size: a a a
2020 September 02
RM
Либо через метод Initialize я планировал
🦊
Да, тут подумать надо
RM
Идея вообще была такая, удалить все виртуальные методы оставив только Initialize, а уже внутри метода Initialize будут вызываться методы класса ModuleManager (это в прошлом HFApp, я заменил его на ModuleManager), в этом классе менеджера мы добавляем методы AddEvent, который регистрирует события из enum: Config, Execute, Update, FInalize
RM
Хотя вот Finalize можно было кинуть тоже в виртуальный метод
RM
Смотрелось бы лучше, аля Initilize и Finalize - это виртуальные методы, а все остальное регается на усмотрение разработчика
RM
Но тут есть беда, придется платить за std::function, ибо хранить евенты в векторе по другому никак, тем более там методы классов
RM
там std::function + bind, но который в итоге выльется в std::function
RM
И вот теперь думаем, что дороже? Все евенты на std::function которые висят или же методы которые на виртуалках?
🦊
Так евентов у тебя в рабочем проекте будет несколько десятков.
🦊
Причём их определяют модули.
🦊
Что ты будешь делать то
RM
Либо есть еще идея, в AddPlugin методе добавить аргумент, который спрашивает, needUpdate, если разработчик передает true, то цикл втыкается для этого класса
RM
внутри цикла это будет аля
if(bNeedUpdate) { // update }RM
То есть, это лучше чем std:function для каждого евента
🦊
https://skmedix.github.io/ForgeJavaDocs/javadoc/forge/1.11.2-13.20.0.2228/
Вон, пересчитай классы евентов в майнкрафтах.
Вон, пересчитай классы евентов в майнкрафтах.
RM
Другие методы не так важны даже если они виртуальными будут, потому что они вызываются редко, а вот метод Update каждый тик вызывается
🦊
https://skmedix.github.io/ForgeJavaDocs/javadoc/forge/1.11.2-13.20.0.2228/
Вон, пересчитай классы евентов в майнкрафтах.
Вон, пересчитай классы евентов в майнкрафтах.
Точнее, тут евенты Forge, которые выполняют функцию хук-поинтов для кода оригинальной игры, но не суть дела.
RM
Это же джава
RM
бля, какой в жопу майнкрафт