[DevLog] Редактор карт для настольного Зомбицида, часть 3, заключительная (?)

Доделал графический интерфейс, добавил настройки, добавил все игровые тайлы и релизнул версию 0.1.0. Теперь редактором можно пользоваться.

Теперь есть три вкладки интерфейса:

Как видите, тут ещё кучу всего доделывать, но приложение уже работает и выполняет свою задачу. Остальное — это уже улучшения, которые не факт, что окупятся, учитывая, что в Зомбицид я играю уже не так часто.

В проекте большинство компонентов — это акторы. У них есть зависимости друг от друга. Например, есть компонент TileRegistry — реестр всех доступных тайлов. Есть TilePool, он отвечает за то, какие тайлы можно поместить на карту. Второй зависит от первого. А ещё от Settings. Все они нужны для EditorModel. И так далее.

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

Я нашёл метод PostInitializeComponents, который вызывается до BeginPlay. Процесс стал таким: в PostInitializeComponents объект инициализирует себя, а в BeginPlay делает то, что требует зависимости. Поначалу это работало, но потом стало ясно, что нужен строгий порядок инициализации.

Так как компонентов не очень много, я сделал простой менеджер загрузки, в котором просто вручную указываю, в каком порядке загружаются объекты. Если бы загрузка занимала относительно большое время, я бы сюда ещё добавил загрузочный экран и прогресс-бар.

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

Затем нужно было либо найти игровые тайлы, либо оцифровать их самому. Найти не получилось, поэтому пришлось идти по второму пути. К счастью, у друзей есть сканер. К сожалению, тайлы не влезают полностью в формат A4. Пришлось сканировать каждый два раза, по половине за раз. 25 тайлов, 2 стороны у каждого, 2 сканирования на каждую — всего 100 сканирований (Оля, спасибо большое, я это ценю!).

После этого два скана я объединял в один с помощью Krita (бесплатный графический редактор с открытым кодом). Накладывал две половинки в отдельных слоях, включал прозрачность каждого слоя 50% и инструментами трансформации подгонял их друг к другу, чтобы не было видно швов (с переменным успехом).

Затем через Filters -> Adjust -> Auto Contrast сделал их почётче.

Повторить 50 раз и готово.

Теперь в приложении есть все тайлы для фентезийного Зомбицида, кроме дополнительных наборов Black Plague Games Tiles и Green Horde Tiles Set.

Изначально я стремился делать всё через C++, так как классические текстовые языки мне гораздо привычнее и с ними я работаю быстрее. Так же я не могу принять то, что блюпринты — это бинарные файлы и с ними не работает Diff.

Но в Unreal Engine нельзя чётко разделить проекты на те, что сделаны чисто на C++, и те, что сделаны чисто на блюпринтах. Второе ещё более-менее реально, но вот чисто на C++ сделать игру практически нельзя, так как всё, что требует работы с мешами, эффектами, ресурсами, анимациями, интерфейсом и подобным, лучше делать через визуальный редактор, а это сразу означает, что ты создаёшь blueprint-class. Даже если в нём не будет никакого кода, это уже блюпринт.

Вот одно из лучших видео на эту тему. Здесь объясняется, как работают C++ и Blueprints в UE4, как они связаны друг с другом и как лучше организовать свою работу.

Я посмотрел это видео относительно поздно, уже под конец проекта, но я сам пришёл к тому же подходу, что описывается в этом видео: базовые классы написаны на C++ и взаимодействуют друг с другом через свои интерфейсы, а блюпринты наследуют эти классы и отвечают за то, что лучше делать через редактор: визуализация, эффекты, вот это всё.

Дальше уже зависит от личных предпочтений: можно часть логики реализовать в базовых классах через C++, можно на блюпринтах в производных классах. Можно вообще не делать классы в C++, но очень сложно не делать классы в блюпринтах по упомянутым выше причинам.

Я старался как можно больше всего делать через C++, а блюпринты использовал для графического интерфейса.

Получился неплохой проект для изучения программирования в Unreal Engine 4. Именно программирования, так как я всё ещё ничего не знаю о том, как работать со светом, мешами, анимацией и всем прочим, что не связано напрямую с написанием кода. Но это мне не особо и нужно.

Чтобы можно было выпускать версию 1.0.0, нужно сделать следующее:

Сомневаюсь, что ещё буду продолжать над ним работать, но если кому-то это нужно, пул-реквесты принимаются.

Скорее всего это мой последний домашний проект в ближайшие пару лет, теперь свободное время буду тратить на некоторые другие вещи.

#приходько_разработка #zombicide_map_editor #zombicide #зомбицид #unrealengine #unrealengine4