---
id: melee-combat
status: active
supersededBy: []
lang: ru
title: Ближний бой и боевые системы
description: >-
  Контактный бой: дистанция, подготовка удара, защита, комбинации, захваты и
  управление группой противников.
intro: >-
  Ближний бой строится на выборе дистанции и момента обязательства. После начала
  действия игрок может потерять возможность немедленно защититься, поэтому
  противник должен показывать подготовку, область действия и результат контакта.
  Эти обзоры разделяют бой на читаемые решения: кого атаковать, когда продолжить
  серию, какую защиту выбрать и как выйти из опасной позиции. Сначала проверяйте
  одну атаку и один ответ без декоративных эффектов. Отдельный подробный каталог
  боссов остаётся доступен в общей карте; здесь раскрыты остальные направления
  контактного боя. Источники показывают способы описания состояний и
  анимационных переходов, а не задают обязательную для всех игр боевую формулу.
updatedAt: '2026-10-21'
sources:
  - title: 'Robert Nystrom: State'
    url: >-
      https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown
    description: >-
      Первичный текст автора книги о состояниях, разрешённых действиях и
      переходах; технический контекст для боевых состояний.
  - title: 'Godot: AnimationTree'
    url: >-
      https://docs.godotengine.org/en/stable/tutorials/animation/animation_tree.html
    description: >-
      Документация смешивания анимаций и переходов состояний в Godot; визуальное
      смешивание само по себе не определяет правила попадания.
counts:
  families: 9
  branches: 9
  variants: 36
url: 'https://gamemechanics.pro/ru/mechanics/melee-combat/'
markdownUrl: 'https://gamemechanics.pro/content/mechanics/ru/melee-combat.md'
license: CC-BY-4.0
codeLicense: MIT
attribution: gamemechanics.pro contributors
provenance: >-
  Original bilingual editorial overviews authored for gamemechanics.pro on
  2026-10-20 and reviewed on 2026-10-21. Scenarios are hypothetical design
  examples; prototype checks describe work to perform, not completed playtests.
  Primary sources support the stated techniques and implementation context, not
  every proposed variant.
---
# Ближний бой и боевые системы

Ближний бой строится на выборе дистанции и момента обязательства. После начала действия игрок может потерять возможность немедленно защититься, поэтому противник должен показывать подготовку, область действия и результат контакта. Эти обзоры разделяют бой на читаемые решения: кого атаковать, когда продолжить серию, какую защиту выбрать и как выйти из опасной позиции. Сначала проверяйте одну атаку и один ответ без декоративных эффектов. Отдельный подробный каталог боссов остаётся доступен в общей карте; здесь раскрыты остальные направления контактного боя. Источники показывают способы описания состояний и анимационных переходов, а не задают обязательную для всех игр боевую формулу.

## Механики и варианты

<a id="mechanics"></a>

### 1. Рукопашный бой и beat ’em up

<a id="t011"></a>
id: t011
canonicalId: melee-combat--t011
url: https://gamemechanics.pro/ru/mechanics/melee-combat/#t011

Игрок выбирает цель, дистанцию и направление удара, связывая перемещение с моментом безопасного контакта и выходом из окружения.

#### Варианты механики

<a id="t011-variants"></a>
- Раздельные дистанции: короткий удар быстрее, длинный достаёт отходящего противника. <a id="t011-v1"></a>
- Направленный контакт: положение перед целью, сбоку или сзади меняет доступный ответ. <a id="t011-v2"></a>
- Подброс и падение: удар временно переводит цель в другое состояние движения. <a id="t011-v3"></a>
- Подбор предмета: оружие окружения меняет радиус и расходуется при использовании. <a id="t011-v4"></a>

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

Проверка прототипа: Проверьте столкновения с одним и несколькими врагами: один взмах не должен получать лишние попадания от повторной проверки той же цели.

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)
- [Godot: AnimationTree](https://docs.godotengine.org/en/stable/tutorials/animation/animation_tree.html)

### 2. Файтинг и дуэли

<a id="t012"></a>
id: t012
canonicalId: melee-combat--t012
url: https://gamemechanics.pro/ru/mechanics/melee-combat/#t012

Дуэль превращает дистанцию, подготовку и восстановление в обмен преимуществами: игрок провоцирует действие и выбирает подходящий ответ.

#### Варианты механики

<a id="t012-variants"></a>
- Высота атаки: разные зоны требуют разных вариантов защиты или изменения стойки. <a id="t012-v1"></a>
- Промах с наказанием: выход из радиуса открывает ответ во время восстановления. <a id="t012-v2"></a>
- Отмена движения: разрешённый переход сокращает обязательство ценой ресурса или условия. <a id="t012-v3"></a>
- Разрушение защиты: пассивный блок уступает захвату, накопленному давлению или смене угла. <a id="t012-v4"></a>

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

Проверка прототипа: Для каждого удара проверьте попадание, блок и промах отдельно; преимущества должны соответствовать разрешённым переходам состояний.

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)
- [Godot: AnimationTree](https://docs.godotengine.org/en/stable/tutorials/animation/animation_tree.html)

### 3. Комбо и character action

<a id="t013"></a>
id: t013
canonicalId: melee-combat--t013
url: https://gamemechanics.pro/ru/mechanics/melee-combat/#t013

Игрок связывает действия по разрешённым переходам, выбирая между надёжным завершением серии, продолжением давления и сохранением защитного ответа.

#### Варианты механики

<a id="t013-variants"></a>
- Ветвление серии: одинаковое начало ведёт к разным завершающим действиям. <a id="t013-v1"></a>
- Условное продолжение: следующий удар разрешается только после подтверждённого контакта. <a id="t013-v2"></a>
- Ресурс отмены: переход в уклонение или новую атаку расходует ограниченный запас. <a id="t013-v3"></a>
- Смена цели: продолжение серии переводит удар на другого доступного противника. <a id="t013-v4"></a>

Пример проектирования: Игрок завершает короткую серию отталкиванием или тратит заряд отмены, чтобы уйти из атаки второго противника.

Проверка прототипа: Отправляйте следующее нажатие до, внутри и после окна продолжения; буфер не должен выполнять действие дважды.

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)
- [Godot: AnimationTree](https://docs.godotengine.org/en/stable/tutorials/animation/animation_tree.html)

### 4. Soulslike и управление выносливостью

<a id="t014"></a>
id: t014
canonicalId: melee-combat--t014
url: https://gamemechanics.pro/ru/mechanics/melee-combat/#t014

Игрок сохраняет возможность ответить на следующую угрозу, распределяя ресурс между атакой, уклонением, блоком и восстановлением позиции.

#### Варианты механики

<a id="t014-variants"></a>
- Общий запас: атака и защита конкурируют за одну шкалу возможностей. <a id="t014-v1"></a>
- Уязвимое восстановление: после серии требуется пауза, дистанция или безопасная позиция. <a id="t014-v2"></a>
- Тяжёлое обязательство: сильное действие труднее прервать и опаснее применять вслепую. <a id="t014-v3"></a>
- Разные защиты: дистанционное избегание, блок и уклонение решают разные угрозы. <a id="t014-v4"></a>

Пример проектирования: У тяжёлой двери игрок оставляет запас для уклонения после второго удара, хотя третий мог бы добить текущую цель.

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

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)
- [Godot: AnimationTree](https://docs.godotengine.org/en/stable/tutorials/animation/animation_tree.html)

### 5. Hack and slash

<a id="t015"></a>
id: t015
canonicalId: melee-combat--t015
url: https://gamemechanics.pro/ru/mechanics/melee-combat/#t015

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

#### Варианты механики

<a id="t015-variants"></a>
- Площадное поражение: выбор центра и радиуса важнее точечного наведения. <a id="t015-v1"></a>
- Цепные реакции: уничтоженная или помеченная цель передаёт воздействие соседям. <a id="t015-v2"></a>
- Короткие перезарядки: чередование способностей поддерживает темп вместо повторения одной. <a id="t015-v3"></a>
- Приоритетные цели: поддержка или опасный стрелок требуют изменить маршрут через толпу. <a id="t015-v4"></a>

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

Проверка прототипа: На плотной группе проверьте предел цепи, число поражённых целей и читаемость следующей угрозы под эффектами.

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)
- [Godot: AnimationTree](https://docs.godotengine.org/en/stable/tutorials/animation/animation_tree.html)

### 6. Блокирование, парирование и контратаки

<a id="t016"></a>
id: t016
canonicalId: melee-combat--t016
url: https://gamemechanics.pro/ru/mechanics/melee-combat/#t016

Игрок сопоставляет защитное действие с направлением и временем угрозы; успешная защита может менять темп обмена, позицию или доступный ответ.

#### Варианты механики

<a id="t016-variants"></a>
- Удерживаемый блок: снижает последствия контакта, пока сохраняются направление и ресурс. <a id="t016-v1"></a>
- Парирование по времени: короткое окно превращает попадание в открытие для ответа. <a id="t016-v2"></a>
- Направленная защита: выбранный сектор закрывает одну угрозу и оставляет другие. <a id="t016-v3"></a>
- Контратака по условию: ответ открывается только после определённого успешного защитного действия. <a id="t016-v4"></a>

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

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

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)
- [Godot: AnimationTree](https://docs.godotengine.org/en/stable/tutorials/animation/animation_tree.html)

### 7. Захваты, броски и борьба

<a id="t017"></a>
id: t017
canonicalId: melee-combat--t017
url: https://gamemechanics.pro/ru/mechanics/melee-combat/#t017

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

#### Варианты механики

<a id="t017-variants"></a>
- Захват с дистанции: вход требует подходящей близости, направления и состояния цели. <a id="t017-v1"></a>
- Бросок по выбору: направление завершения меняет столкновение со стенами или другими врагами. <a id="t017-v2"></a>
- Сопротивление: захваченная цель получает явное окно или ресурс освобождения. <a id="t017-v3"></a>
- Совместимая геометрия: взаимодействие корректируется или запрещается возле препятствия. <a id="t017-v4"></a>

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

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

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)
- [Godot: AnimationTree](https://docs.godotengine.org/en/stable/tutorials/animation/animation_tree.html)

### 8. Бой с толпой и контроль пространства

<a id="t018"></a>
id: t018
canonicalId: melee-combat--t018
url: https://gamemechanics.pro/ru/mechanics/melee-combat/#t018

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

#### Варианты механики

<a id="t018-variants"></a>
- Ограничение атакующих: часть группы ожидает доступного места или разрешения для входа. <a id="t018-v1"></a>
- Сдерживание сектора: широкое действие временно освобождает направление отхода. <a id="t018-v2"></a>
- Разделение группы: препятствие или приманка меняет момент встречи с разными врагами. <a id="t018-v3"></a>
- Связанные роли: защитник, стрелок и поддержка заставляют менять приоритеты. <a id="t018-v4"></a>

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

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

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)
- [Godot: AnimationTree](https://docs.godotengine.org/en/stable/tutorials/animation/animation_tree.html)

### 9. Разрушаемые части, ранения и состояния

<a id="t020"></a>
id: t020
canonicalId: melee-combat--t020
url: https://gamemechanics.pro/ru/mechanics/melee-combat/#t020

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

#### Варианты механики

<a id="t020-variants"></a>
- Локальная прочность: отдельная часть имеет собственное условие разрушения. <a id="t020-v1"></a>
- Потеря функции: повреждение оружия, ноги или сенсора меняет поведение цели. <a id="t020-v2"></a>
- Накопление состояния: повторное воздействие пересекает порог оглушения, ранения или уязвимости. <a id="t020-v3"></a>
- Восстановление части: цель чинится или меняет конфигурацию, если игрок не продолжает давление. <a id="t020-v4"></a>

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

Проверка прототипа: После каждого разрушения проверьте изменение доступных действий и внешние признаки; урон в уже сломанную часть должен иметь явное правило.

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown)
- [Godot: AnimationTree](https://docs.godotengine.org/en/stable/tutorials/animation/animation_tree.html)

## Источники и примеры

Источники подтверждают отдельные приёмы или методологию. Они не подтверждают все варианты семейства. Примеры проектирования и сочетания механик являются иллюстрациями.

- [Robert Nystrom: State](https://github.com/munificent/game-programming-patterns/blob/master/book/state.markdown): Первичный текст автора книги о состояниях, разрешённых действиях и переходах; технический контекст для боевых состояний.
- [Godot: AnimationTree](https://docs.godotengine.org/en/stable/tutorials/animation/animation_tree.html): Документация смешивания анимаций и переходов состояний в Godot; визуальное смешивание само по себе не определяет правила попадания.
