Сделал движение через new Vector3, и, вроде бы все нормально, но задался вопросом — а можно так вообще?

Question

[vfirstvf]

Хочу сделать правильное передвижение ХП-Бара в игре. Сразу отвечу, что не могу повесить на объект хп-бар и поворачивать его к чему-либо, т.к. есть определенные нюансы.

А теперь к вопросу: программисты, подскажите, пожалуйста, нормальная ли это практика - вызывать в каждом кадре new Vector3(...)? Так-то это структура, и у нее есть свои нюансы, с которыми я, очевидно, не знаком.

Answer 1

[hermer29]

Важный принцип: забей на оптимизацию пока это не станет проблемой, структуры хранятся в стеке, так шо они очистятся в конце этого контекста. При таком присвоении просто происходит копирование. Чаще всего в таких простых ситуациях самое очевидное решение правильное - если не появляются проблемы с производительностью значит ты сделал всё верно (можно научиться отлаживать профайлером, все вопросы тут же отпадут)

Кста, судя по всему ты обалдеешь когда персонажи научатся прыгать. Проще сделать сериализованное поле _heightOverTheCharacter, чтобы подготовиться к такому изменению и подготовиться к изменению высоты hp-бара.

Comments

[vfirstvf]

Спасибо за ответ!
У меня, как раз-таки, с оптимизацией проблем нет, но вот мой перфекционизм требует получения ответа))
Просто меня очень пугает NEW. С ссылочными типами-то понятно, но вот для структуры уже другой подход, и я не могу понять, какой именно. Неужели в каждом кадре будет создаваться новый экземпляр структуры Vector3 ?

Не обалдею! Мои персонажи обделены данной возможностью ;b

[hermer29]

vfirstvf, я сам забываю как там на низком уровне реализовано, но структуры хранятся в стеке, а ещё выделение памяти для структуры идёт как для массива - ячейки рядышком находятся. Структуры уничтожаются в конце контекста (если на них нет ссылки через ref, каажется). Такие вещи ещё и оптимизируются компилятором.
Могу сказать что ты забиваешь себе голову ненужным, если бы Vector был ссылочный тип то использование/окончание использования его в одном контексте приводило бы к вызову GC, а это реально жрёт (и это тоже мб оптимизируется компилятором, но не факт). Перфекционизм иногда мешает, тут простая задача, простая задача должно быть = простое решение, берешь и делаешь что первое в голову приходит и забиваешь. Сеньорский - "идеальный" код это предусмотрение большинства возможных состояний системы, соблюдение требований => понимание в каких местах система будет развиваться. Исходя из этого - обосновывай своё решение, разделяй основную задачу на подзадачи и обосновывай решение для них. Если точно лагать не будет то может не париться вооообще, это супер простая задача значит и думать надо супер просто

[vfirstvf]

hermer29, Ладно, пожалуй ты прав. Перфекционизм, и в правду, мой враг)
Постараюсь не забивать себе голову тем, что даже не нагружает мой слабенький 10100f процессор на 10% :D

[hermer29]

vfirstvf, классический способ с этим бороться: решаешь задачу, думаешь насколько она сложная, сколько времени займёт, какие проблемы могут возникнуть при решении. Решаешь задачу, запоминаешь/записываешь что ты не предусмотрел ранее, прикидываешь сколько времени заняло (было ли это дольше, быстрее). Некоторые решения портят жизнь позднее, запоминай такие моменты и думай как ты мог это предотвратить. В ходе выполнения задач ты можешь понять что у тебя вырисовываются какие то фундаментальные знания, их можно конспектировать/заполнять майнд мапы/рисовать схемы