Зона обнаружения и физическое препятствие выполняют разные задачи
Обычный коллайдер участвует в обработке физических контактов. Коллайдер с включённым Is Trigger используется для обнаружения пересечения: сам по себе такой объём не должен останавливать проходящий объект. Поэтому у фонаря можно отдельно предусмотреть твёрдую часть и более широкую зону взаимодействия. Для событий триггера в трёхмерной физике требуется подходящая конфигурация участников. В частности, хотя бы один участвующий объект должен иметь физическое тело, например Rigidbody. Одного визуального пересечения моделей недостаточно, чтобы считать настройку завершённой. В учебной модели будем предполагать одного игрока с одним участвующим коллайдером. Это упрощение важно: при нескольких коллайдерах один персонаж может создавать несколько отдельных событий контакта, которые нужно учитывать в логике.
Событие сообщает факт, состояние определяет реакцию
OnTriggerEnter сообщает о начале контакта с триггером, OnTriggerExit о его прекращении. OnTriggerStay может вызываться многократно, пока контакт сохраняется. Поэтому действие, которое должно произойти один раз, нельзя без проверки повторять при каждом таком уведомлении. Для фонаря достаточно разделить два факта: игрок находится рядом и фонарь уже включён. При входе подходящего игрока появляется возможность взаимодействия. Само включение происходит только после отдельной команды, если игрок рядом и фонарь ещё выключен. После включения повторная команда не создаёт новую награду и не начинает тот же переход заново. Также нужно проверять, кто вошёл в зону. Пересечение случайным предметом не должно автоматически считаться присутствием игрока. Способ определения подходящего участника выбирают последовательно для всего проекта.
Обратная связь помогает проверить правило
Подсказка показывает доступность действия, свет показывает включённое состояние. Эти признаки должны соответствовать логике. Если игрок отошёл, а подсказка осталась, внешний вид сообщает неверное условие. Если свет включён, но действие продолжает выдаваться как новое, состояние используется непоследовательно. Полезно проверять переходы отдельно от оформления. Сначала можно записывать события и состояние, а затем подключать анимацию и звук. Иначе красивый эффект способен скрыть повторный запуск или неверное условие. Выход из зоны не обязан выключать фонарь. В нашей учебной задаче он только убирает возможность нового взаимодействия; уже включённый свет сохраняется. Другое поведение тоже возможно, но его нужно определить заранее. Событие выхода само по себе не диктует игровое правило.
Попробуйте на практике
На бумаге проверьте логику одноразового включения фонаря. Установка Unity и написание кода для упражнения не требуются.
- Запишите начальные значения: игрок далеко, фонарь выключен, подсказка скрыта. Определите, что команда включения допустима только рядом с выключенным фонарём.
- Последовательно обработайте события: вошёл игрок, поступила команда, поступила такая же команда ещё раз. После каждого события запишите состояние света и подсказки.
- Добавьте выход игрока и повторный вход. Проверьте, что уже включённый фонарь не выдаёт повторный результат.
- Отдельно рассмотрите вход постороннего предмета. Укажите, почему он не должен менять признак присутствия игрока, и подпишите ограничение модели одним коллайдером персонажа.
Как проверить результат. Фонарь включается ровно один раз. Повторные команды и вход постороннего предмета не запускают действие заново, а видимые подсказки согласованы с доступностью взаимодействия.
Частые вопросы
Нужно ли делать весь фонарь триггером?
Не обязательно. Зона обнаружения и физическая часть могут использовать отдельные коллайдеры с разными задачами. Их размеры и поведение проверяются независимо.
Можно использовать эти же названия событий для двумерной сцены?
У двумерной физики отдельные компоненты и события с обозначением 2D. Нельзя автоматически смешивать их с конфигурацией трёхмерных Collider и Rigidbody.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.