Спасибо за ролик, интересно. Для меня рановато, не хватает базовых знаний. Но главное уяснил для себя наличие жёстких ссылок и необходимость их избегать при связях. Уже начал читать про них.
Учу блюпринты по факту появления потребности в определённых механиках, по этому получается в разнобой, и с определёнными пробелами в знаниях.
Видел много роликов где советовали использовать интерфейсы вместо кастов. И я не разобравшись, принципиально даже не стал смотреть информацию про касты, сразу начал делать всё на интерфейсах.
В случаях когда не мог получить ссылку для передачи интерфейсу, вызывал "GetActorClass". Сейчас проверил (спасибо за информацию про Map size !), оказывается это создаёт хард реф, и не смотря на то что всё идёт через интерфейс, вызванный класс вешается на текущий блюпринт.
Интерфейсы нужно использовать, когда совершенно разные классы используют одинаковый функционал. Если класс один - можно касты. Это уже потом, когда фича выйдет из стадии прототипа, можно избавиться от каста. Но опять же не всегда нужно убирать касты. Да указания классов, касты тянут за собой рефы и в size map это видно. Интерфейсы не тянут. Пример: сохраняешь реф не на конкретный класс (BP_MyCharacter), а на базовый класс - Character и дёргается методы интерфейса. Или создал наследника от actor component. Подцепил на него свой интерфейс. Когда нужно найти компонент используешь тег на компоненте и метод get components with tag, далее вызываешь методы интерфейса.
Спасибо вам! Очень рад, что информация оказалось полезной! Цель видео, как раз была в том, чтобы показать возможные проблемы от хард референс переменных, неуместных кастов и бесконечных связей между блюпринтами. Для меня самого вся эта инфа было откровенным потрясением)). Очень хотелось поделиться с людьми! Чем меньше ошибок будем допускать, тем больше оптимизированных игр будем производить)). Успехов вам!
Спасибо за ролик, интересно.
Для меня рановато, не хватает базовых знаний.
Но главное уяснил для себя наличие жёстких ссылок и необходимость их избегать при связях. Уже начал читать про них.
Учу блюпринты по факту появления потребности в определённых механиках, по этому получается в разнобой, и с определёнными пробелами в знаниях.
Видел много роликов где советовали использовать интерфейсы вместо кастов. И я не разобравшись, принципиально даже не стал смотреть информацию про касты, сразу начал делать всё на интерфейсах.
В случаях когда не мог получить ссылку для передачи интерфейсу, вызывал "GetActorClass". Сейчас проверил (спасибо за информацию про Map size !), оказывается это создаёт хард реф, и не смотря на то что всё идёт через интерфейс, вызванный класс вешается на текущий блюпринт.
Получается, что обманул сам себя).
Интерфейсы нужно использовать, когда совершенно разные классы используют одинаковый функционал. Если класс один - можно касты. Это уже потом, когда фича выйдет из стадии прототипа, можно избавиться от каста. Но опять же не всегда нужно убирать касты.
Да указания классов, касты тянут за собой рефы и в size map это видно. Интерфейсы не тянут. Пример: сохраняешь реф не на конкретный класс (BP_MyCharacter), а на базовый класс - Character и дёргается методы интерфейса. Или создал наследника от actor component. Подцепил на него свой интерфейс. Когда нужно найти компонент используешь тег на компоненте и метод get components with tag, далее вызываешь методы интерфейса.
Спасибо вам! Очень рад, что информация оказалось полезной!
Цель видео, как раз была в том, чтобы показать возможные проблемы от хард референс переменных, неуместных кастов и бесконечных связей между блюпринтами. Для меня самого вся эта инфа было откровенным потрясением)). Очень хотелось поделиться с людьми!
Чем меньше ошибок будем допускать, тем больше оптимизированных игр будем производить)).
Успехов вам!
сколько FPS до и после вышло?
До 45, после 73 в среднем
Комментарий недоступен