S
Намного лучше чем тот, где куча лишних переменных и условных конструкций
А что у него не так? Ну флажки меняет, по производительности сродни ассемблерным джампам.
Size: a a a
2021 January 23
DB
Забит лишним
DB
Если делать по этому принципу
DB
То в одну строчку
DB
Так
S
Ну хорошо, как скажете.
А
Ну хорошо, как скажете.
Вектор нью это норма, но вот флажки полезны потом в анимации (может быть)
б
Я так и не понимаю, в чем у меня проблема
S
Вектор нью это норма, но вот флажки полезны потом в анимации (может быть)
Т.е. выделять каждый кадр память под новую структуру Vector2 это норма? Ну я хз тогда, чего-то не понимаю, стало быть...
б
почему у меня он не двигается нормально
А
Т.е. выделять каждый кадр память под новую структуру Vector2 это норма? Ну я хз тогда, чего-то не понимаю, стало быть...
А что быстрее есть?
P
А что у него не так? Ну флажки меняет, по производительности сродни ассемблерным джампам.
Это хуже
S
А что быстрее есть?
Каждый кадр делать new! Ну сделай приватный член да используй / переиспользуй.
А
Каждый кадр делать new! Ну сделай приватный член да используй / переиспользуй.
Как ты структуру будешь? Пачкой умножений складывать?
PD
Каждый кадр делать new! Ну сделай приватный член да используй / переиспользуй.
Почитай про выделение памяти для структуры
S
Почитай про выделение памяти для структуры
Вкратце можно ликбез? Что, она не будет выделяться?
ІЧ
почему-то ругается на эту строку в коде, хотя rigidbody кэшировал в старте. в чем проблема?О_о
PD
Вкратце можно ликбез? Что, она не будет выделяться?
Будет, но на стэке
PD
Посмотри stack vs heap