Игровой framework Unreal: распределение правил, общего состояния и владения телом

Выберите владельца до класса

Многопользовательская функция часто ломается из-за значения в объекте с неверным временем жизни или видимостью. Прежде чем выбирать класс framework, спросите: кто определяет значение, кому нужно его видеть и какое событие должно его сбрасывать? Эти вопросы полезнее, чем складывать все удобные ссылки в первый Blueprint, способный их найти.

Правила и общая информация

GameMode задаёт игровые правила и в многопользовательской игре существует на сервере. GameState передаёт клиентам реплицируемую информацию о матче. [1] Используйте это разделение, чтобы отличать решение от опубликованного результата. Клиентский интерфейс должен читать предназначенные ему сведения, а не пытаться исследовать серверный объект правил.

Управление и текущее тело

PlayerController управляет Pawn. В сетевой игре контроллер игрока существует на сервере и владеющем клиенте, а не на всех остальных клиентах. [2] Possession связывает контроллер с текущим pawn, а Possess выполняется на стороне сетевого авторитета. [3] Считайте смену тела явным переходом с очисткой и инициализацией, а не простым назначением цели камеры.

Пример: совместная спасательная миссия

Представим миссию, где игроки спасают оказавшихся в изоляции рабочих, а затем управляют удалёнными дронами. Пусть правила миссии на сервере определяют допустимость спасения. Публикуйте общий счётчик спасённых через надлежащим образом реплицируемое состояние матча. Ходьба и физические взаимодействия принадлежат пешему pawn, движение дрона — pawn дрона. Когда игрок запрашивает управление дроном, проверьте запрос на авторитетной стороне, выполните смену possession и обновите локальные ввод и представление после появления нового управляемого тела. При уничтожении дрона выберите определённый путь возвращения или возрождения. Общий счётчик спасений должен пережить замену тела, поскольку относится к миссии. Это пример распределения обязанностей, а не полная сетевая реализация.

Ограничения и проверка

Выбор класса framework не реплицирует автоматически каждое собственное свойство и не проверяет каждый запрос клиента. Задайте репликацию и проверки авторитета для самой функции. Не предполагайте постоянное наличие pawn при соединении, возрождении или смене possession. Проверяйте выделенный сервер с двумя клиентами, включая наблюдение одного игрока за переходом другого к дрону. Также проверяйте позднее подключение и уничтожение во время запроса управления. Убедитесь, что общие сведения доходят до обоих клиентов, локальный интерфейс остаётся у нужного игрока, а временное состояние тела сбрасывается без потери прогресса миссии.

Источники

1. Game Mode and Game State — Epic Games.
2. APlayerController — Epic Games.
3. AController::Possess — Epic Games.