Как и обещал в прошлом посте, здесь я рассмотрю вопрос реализации менеджера игровых состояний и подробно разберу концепцию конечного автомата (КА), являющуюся ключевой в этом вопросе. Для начала я опишу КА с точки зрения математики, а затем рассмотрю возможность его применения для управления игровыми состояниями.

С момента прошлой публикации прошло около двух с половиной лет – развитие проекта сильно затормозилось, но не прекратилось! За это время (хотя в основном – за последние полгода) была проделана довольно большая работа, о результатах которой я расскажу в новом цикле статей.

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

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

Сегодня мы наконец займемся воплощением идеи менеджера состояний в реальный программный код (но закончим в другой раз). Я уже довольно много рассказал об основных принципах, заложенных в эту систему, теперь нужно адаптировать их под программные средства выбранного языка программирования (С++).

Несколько последних постов я излагал вам свои умозаключения по поводу архитектуры игры. Однако, во-первых, голая теория – это не очень интересно, во-вторых, никто не гарантирует, что в реальности все будет так же радужно, как представлялось. Сегодня я наконец начну описывать свой практический опыт написания реального программного кода, а именно – простой игры, использующей тот самый менеджер состояний, о котором столько говорилось в прошлых постах.