Проверка редких кейсов в логике игр?

Question

[Onigire]

Здравствуйте, у меня вопрос по логике разработки игр.
Представим игру - Terraria.
Во всей игре есть лишь одно место, где нельзя ставить провода - храм джунглей.
Неужели ради одного такого редкого кейса, игре нужно каждый раз на протяжении всего игрового процесса, перед расположением блока - проверять, не был ли этим блоком провод и не находился ли игрок в храме?
Можно много привести подобных примеров.
Это все было бы слишком сложно и трудозатратно что бы быть правдой, ведь в игре слишком много контента.
Как тогда это делается?

Comments

[szQocks]

проверяется лишь только там/тогда - где/когда нужна проверка, а о том как там сделано, это конечно мне кажется у всех - индивидуально

Answer 1

[hint000]

Вот поэтому...

для геймдева нужно знать дискретную математику

Можно создать битовую маску / битовую карту, в которой по одному измерению будут блоки, по другому измерению локации. Единичный бит будет означать доступность действия, нулевой бит - недоступность.
Тогда "сто тыщ миллионов" условий будут проверяться одной строкой кода. Такой подход слегка напоминает ПЛИС / FPGA. Кстати, если скомбинировать это с ответом Daemon23RUS, можно не таскаться с огромной битовой картой, а подгружать маленькую в конкретной локации. И, более того, битовую карту можно динамически менять в зависимости от дополнительных факторов, например, разлочивание какой-то возможности будет выглядеть как замена одного нолика на единичку в битовой карте.

Answer 2

[Wataru]

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

Answer 3

[Daemon23RUS]

Не скажу за игровой процесс Terraria, но ваше предположение можно условно назвать монолитной компоновкой, и тогда - да каждый раз проверка. Но это жутко непрактично на большом контенте, в особенности при его расширении и дополнении (можно что то сломать и долго искать причину) Поэтому второй вариант - условно модульный, проверка на уровне сегмента территории, что там можно ставить, чего нельзя. Сам код проверки единый, а вот данные подгружаются в соответствии с локацией.

Answer 4

[Vindicar]

ИМХО достаточно прописать у класса блока метод/обработчик события, который вызывается перед попыткой поставить блок по координатам и сообщает, можно ли его поставить. По дефолту метод может либо проверять базовые вещи типа "есть ли уже блок в этом месте", либо (если эта проверка вынесена за рамки метода и выполняется отдельно) тупо возвращать true.

Это паттерн Полиморфизм, он встречается в наборе G.R.A.S.P. и ещё много где. Если на пальцах - если нужны разные реализации какой-то операции над разными типами объектов, нужно вместо большого дерева if-else-if-else-if-else сделать перегружаемый метод. Тогда можно будет возложить выбор правильной реализации метода на компилятор - к какому классу объект принадлежит, такой вариант метода и вызовется.

Answer 5

[CBET_TbMbI]

> Во всей игре есть лишь одно место, где нельзя ставить провода - храм джунглей.

А чем это отличается от любой другой логики, описываемой словом "только"?
- яйцо дракона можно получить только с дракона
- мифическую руду можно получить только копая в мифической пещере
- костёр можно развести везде кроме водоёмов

Answer 6

[CityCat4]

Блоку приделывается обработчик события "Установка". И там прописывается все, что считается нужным.