Опишите правила без движка
В исходном состоянии счёт равен нулю, три предмета доступны, выход закрыт. Каждый предмет увеличивает счёт только один раз. После третьего предмета выход становится доступен; попадание к нему завершает попытку. Перезапуск возвращает предметы и начальное положение персонажа. Такая запись сразу обнаруживает вопросы: можно ли повторно получить один предмет, что происходит после победы, какие данные сбрасываются? Ответы полезно определить до создания сцены. Иначе правила будут случайно зависеть от порядка написания отдельных скриптов.
Разделите объекты и ответственность
В Unity объект GameObject служит контейнером компонентов, определяющих его свойства и поведение. У персонажа, предмета и выхода разные задачи. Предмет сообщает о сборе, счёт хранится в одном понятном месте, а интерфейс показывает текущее значение. Если каждый элемент самостоятельно меняет общее состояние без согласованного правила, легко получить двойной учёт. Для учебного прототипа достаточно небольшой схемы связей: кто создаёт событие, кто принимает решение и кто обновляет изображение. Это помогает искать ошибку по её месту.
Свяжите скорость со временем
При прямом перемещении без физической симуляции прибавление одинакового расстояния в каждом кадре делает скорость зависимой от частоты кадров. Например, прибавка 0,1 единицы даст 3 единицы за секунду при тридцати кадрах и 6 при шестидесяти. Если задана скорость 3 единицы в секунду, перемещение рассчитывают через длительность шага. Для покадровой логики Unity предоставляет Time.deltaTime. Работа с физическими телами требует учитывать отдельный цикл физики и выбранный способ управления; один приём нельзя механически переносить на все компоненты.
Проверяйте повторный запуск как отдельный сценарий
Победа в первой попытке ещё не доказывает правильность прототипа. После перезапуска может сохраниться прежний счёт, пропасть предмет или остаться открытым выход. Полезно проверять переходы между состояниями: начало, частичный сбор, полный сбор, завершение, новая попытка. На каждом переходе должно быть ясно, какие действия допустимы. Графические эффекты добавляют после того, как эти правила выполняются устойчиво. Тогда оформление поддерживает понятную игру, а не скрывает отсутствие согласованной логики.
Попробуйте на практике
Спроектируйте бумажный прототип с тремя предметами. Для выполнения достаточно листа и фишки; Unity понадобится только для последующей самостоятельной реализации.
- Нарисуйте старт, три предмета и выход. Запишите начальные значения счёта и состояния каждого предмета.
- Перемещайте фишку и отмечайте сбор. После повторного посещения уже собранного предмета проверьте, что счёт не увеличивается.
- Попробуйте войти в выход после двух предметов, затем после трёх. Запишите разные ожидаемые результаты этих событий.
- Выполните перезапуск и проверьте по списку положение фишки, счёт, доступность предметов и состояние выхода.
- Отдельно рассчитайте расстояние за секунду при прибавке 0,1 на кадр для тридцати и шестидесяти кадров. Сравните с движением при заданной скорости 3 единицы в секунду.
Как проверить результат. Попытка завершается только после выполнения условий, повторный сбор не меняет счёт, перезапуск полностью восстанавливает начало. Расчёт показывает различие между расстоянием за кадр и скоростью за секунду.
Частые вопросы
Нужно ли сразу делать красивые модели?
Для проверки правил достаточно простых фигур. Они позволяют быстрее менять расположение и поведение, пока смысл игры ещё уточняется.
Почему не хранить счёт прямо в тексте на экране?
Отображение удобнее строить из данных игры. Тогда изменение оформления или временное скрытие интерфейса не становится изменением самих правил и накопленного результата.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.