Создание сервера для Российских онлайн ММО игр ч. 8 — Клиентская часть на Unity

Разобравшись в архитектуре сервера, реализовав механизм простого расширения его функционала путем добавления пользовательского кода через WEB админ панель и игровых локаций захотелось наконец посмотреть как бы это все работало и выглядело в игре.

Т.к. сервер для игры является авторитарным то клиентская часть должна была содержать:

Начать решил с 2D онлайн игры с перспективой перехода к 3D. Т.к. ранее я не имел дело с игровыми движками то выбрал наиболее популярный — Unity который имеет хорошую документацию в т.ч. на русском языке, множество обучающих видео, да и главная страница их сайта мотивировала выбрать именно этот движок использующий язык программирования С# для написания кода помимо встроенного инструментария для работы со сценами, анимацией, картами, камерой и др.

В своей первой статье я рассказывал, что информации о том как сделать свою онлайн игру без использования платных сервисов (Photon, FireBase, PlayFab, Mirror и др.) весьма мало, а еще меньше тех, что могут выдержать нагрузку более пары десятков человек и то что останется будет на английском языке. Так что в России я с какой то стороны первопроходец реализующий целый сервис с API и нужно не упасть в грязь лицом реализуя примеры интеграции.

Я бы хотел сказать что первым делом я разработал API, документацию по работе админ панели и на базе этого создал клиент — но это не так и по факту было в обратной последовательности: вступая на этот неизвестный путь я вообще не понимал чего следует ждать, десятки раз переделывал клиентскую и серверную часть — постоянно что то не устраивало (как по архитектуре кода, так и по скорости) и так прошло около 4х месяцев и в очередной раз сидя ночью в номере отеля в Африке я анонсировал первую рабочую версию API по работе с сервером и первые примеры добавления игровых механик в сервер через WEB.

Можно было создать метод API, описать через Lua, Java Script или PHP (на выбор, подробнее писал об этом тут) во встроенной IDE код что этот метод будет делать на сервере, сделать этот метод публичным (все это через WEB админ панель) и вызвать с клиентского приложения (который к тому моменту был никак не описан и не структурирован). Для демонстрации метод добавлял на карту Гоблина.

Так же я заранее позаботился о том, что нужен инструмент отладки запросов по API (аналог swagger или postman, но в рамках той же админ панели), а т. к. Unity может портировать игры в том числе и на браузеры (webgl игры которые можно в т.ч. размещать на независимых от сервера сайтах) стало возможным не только слать запросы и видеть ответ, но и тут же наблюдать за тем что происходит в игре, выглядело это так:

Сделав это пришла пора привести в порядок код клиентской части игры и реализовать все в виде плагина на Unity. Для себя я выделил следующие важные факторы

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

Если кому то станет более интересна тема интеграции в Unity взаимодействия с серверным API в данной реализации я так же подготовил плейлист на своем канале Youtube где я объясняю как что работает сам плагин (хотя при разработке игры предполагается что разработчику не нужно углубляться в это).

В следующих статьях я расскажу как именно реализовываются игровые механики на сервере и в клиенте, а в моем профиле вы найдете ссылки на другие статьи проекта mmogick.ru.

История: