marked-one 12 ноя 2014 в 11:00

Еще одна простая стейт машина для Unity

6 мин

22K

Разработка игр*C#*Unity*

+19

Комментарии 7

Core2Duo 12 ноя 2014 в 11:22

Возможно, глупый вопрос, но все же — а какой use-case у этого в юнити? Стейт машина для анимаций есть в аниматоре, а больше на ум ничего не приходит. Можете привести реальный пример?

-1

Falling 12 ноя 2014 в 12:13

Стейт машину в аниматоре можно использовать не только для анимаций, а в принципе, для чего угодно. В пятой версии у неё, плюс ко всему, добавится куча новых событий, при входе/выходе из стейта и т.п., думаю что желание и необходимость писать собственные сильно уменьшится

marked-one 12 ноя 2014 в 13:39

На самом деле, я бы с удовольствием не писал свою стейт машину. Лучший код — ненаписанный код. Но сейчас аниматор — это не тот инструмент, который я мечтаю использовать для всего. А на Unity 5.0 есть определенная надежда, да…

marked-one 12 ноя 2014 в 13:25

Простой пример: дверь. Состояния и переходы: стоит (удар игрока по двери) падает (остановка падения) лежит (таймер) destroy. На мой взгляд вполне себе реальный кейс для подобной стейт машины. Каких либо анимаций нет (таймер, разве что), основная логика — в расчете условий переходов. С этим аниматор не помогает, все равно придется все рассчитывать в скрипте, и передавать потом результат в аниматор. Так что на мой взгляд, аниматор тут просто overkill. А учитывая, что сейчас с ним слегка неудобно работать из кода…

Albert_73 12 ноя 2014 в 19:10

А можете привести пример когда машина состояний не используется в играх?

-1

ARechitsky 12 ноя 2014 в 19:18

Почему у Вас два компонента с названием «Timer Translation»? Переименуйте их во что-нибудь вроде «Timer Translation (Move Left)». Иначе как Вы выбираете их при настройке состояния? И зачем для состояний «Move Left» и «Move Right» нужны разные классы? Нельзя просто создать в объекте два компонента-скрипта типа State с разными названиями?

marked-one 13 ноя 2014 в 01:41

У компонентов же название — это имя скрипта, из-за чего и нужны отдельные классы для MoveLeft и MoveRight. Аналогично, если я захочу переименовать TimerTransition, нужно будет унаследовать от него два класса с именами TimerTransitionMoveLeft, TimerTransitionMoveRight. Но в примере перехода всего два, запутаться довольно сложно, на мой взгляд, поэтому и не стал так делать.
Еще, вместо наследования, можно добавить в скрипты отдельное поле Title, куда и вводить название состояния или перехода (похоже сделано в PlayMaker для состояний), но я хотел избавиться от всего лишнего.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Показать лучшие за всё время