В чем, собственно, проблема?

Приходит дизайнер на проект и сразу берется за голову: там карточка едет, там цвет не соответствует ни Primary, ни Secondary, иконки в kit-е одни, а на страницах — другие. В общем, полный бардак. Как его избежать — рассказываю в статье. 

Всем привет, меня зовут Таня, я системный аналитик в МТС. В этой статье я поделюсь опытом своего перехода на позицию системного аналитика из HR‑сферы, а именно — с должности IT‑рекрутера. Идея написать о карьерном треке у меня возникла после нескольких просьб поделиться опытом от коллег из отдела подбора IT‑специалистов. Приглашаю вас пройти со мной этот непростой, но драйвовый путь.

• Научитесь основам шаблона «Состояние» в Unity.
• Узнаете, что такое конечный автомат, и когда его использовать.
• Узнаете, как использовать эти концепции для управления движением персонажа.

Примечание: этот туториал предназначен для опытных пользователей; предполагается, что вы уже умеете работать в Unity и обладаете средним уровнем знаний C#. Кроме того, в этом туториале используется Unity 2019.2 и C# 7.

• Поддержка врагов малого, среднего и крупного размеров.
• Создание игровых сценариев со множественными волнами врагов.
• Разделение конфигурации ассетов и геймплейного состояния.
• Запуск, пауза, победа, поражение и ускорение игры.
• Создание бесконечно повторяющихся сценариев.

• Поддержка разных типов башен.
• Создание башни-мортиры.
• Вычисление параболических траекторий.
• Запуск взрывающихся снарядов.

• Размещаем на поле башни.
• Целимся во врагов при помощи физики.
• Отслеживаем их, пока это возможно.
• Стреляем в них лазерным лучом.

Создание башни

• Размещение точек создания врагов.
• Появление врагов и их движение по полю.
• Создание плавного движения с постоянной скоростью.
• Изменение размера, скорости и размещения врагов.

Поле

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

Игра жанра Tower Defense

Итак, начинаем собирать всё в кучу

Сколько уже было мануалов "Как сделать игру на Unity за 3 часа", "Делаем Counter-Strike за вечер" и т.п.? Низкий порог входа — это, несомненно, главный плюс и минус Unity. Действительно, можно накидать “ассетов”, дописать несколько простых “скриптов”, обмотать синей изолентой и это даже будет как-то работать. Но когда проект обрастает игровыми механиками, сложной логикой поведения, то проблемы при подобном подходе нарастают как снежный ком. Для внедрения новых механик требуется переписывание кода во многих местах, постоянная проверка и переделывание префабов из-за побившихся ссылок на компоненты логики, не говоря уже об оптимизации и тестировании всего этого. Разумеется, архитектуру можно продумать изначально, но на практике это всегда недостижимая цель — дизайн-документ довольно часто меняется, какие-то части выкидываются, добавляются абсолютно новые и никак не связанные со старой логикой поведения. Компоненты в Unity — это шаг в правильном направлении в виде декомпозиции кода на изолированные блоки, но особенности реализации не позволяют достичь необходимой гибкости, а самое главное, производительности. Разработчики придумывают свои фреймворки и велосипеды, но чаще всего останавливаются на ECS (Entity Component System). ECS – одно из решений, продолжающее идею компонентной модели Unity, но придающее ей ещё больше гибкости и сильно упрощающее рефакторинг и дальнейшее расширение приложения новым функционалом без кардинальных изменений в текущем коде.

Идея выглядит так

Unity3D. ИСПОЛЬЗУЕМ ПРЕИМУЩЕСТВА ООП. ПОЛИМОРФИЗМ

ВНИМАНИЕ!

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