ИЗУЧАЙТЕ UNITY - Самый ПРОСТОЙ УЧЕБНИК, Который Я Когда-Либо Создавал

• Приветствие и представление автора, Стефана Патана.  

• Видео предназначено для новичков в Unity и тех, кто хочет освежить свои навыки.  

• Автор использует Unity более восьми лет и создал множество ресурсов и игр.  

• В настоящее время работает над многопользовательской RTS-игрой.  

• Автор использует несколько версий Unity для работы с ресурсами.  

• Запуск последней версии Unity 2019.4.  

• Создание нового трехмерного проекта и выбор базового скина.  

• Сброс настроек для стандартного вида экрана.  

• Описание интерфейса Unity: вид сцены и окно игры.  

• Вид сцены включает сцену, камеры, освещение и актеров.  

• Окно игры показывает, что видит камера или игрок.  

• По умолчанию установлен скайбокс с голубым небом и горизонтом.  

• Иерархия в Unity похожа на инвентарный список всех объектов в сцене.  

• Порядок объектов в иерархии влияет на их отображение в режиме просмотра сцены.  

• В двухмерных играх порядок объектов важен для рендеринга, в трехмерных играх порядок не имеет значения.  

• Окно проекта разделено на две части: просмотр папок и значки.  

• Инспектор позволяет изменять свойства объектов, таких как положение, поворот и масштаб.  

• Инспектор помогает управлять игровыми объектами и их компонентами.  

• Для создания игрового объекта нужно щелкнуть правой кнопкой мыши в иерархии и выбрать "Создать трехмерный объект".  

• Игровой объект включает в себя трансформацию и компоненты.  

• Камера и другие объекты в Unity также являются игровыми объектами.  

• Unity использует систему координат XYZ, где Z указывает вперед.  

• Камера всегда смотрит вперед, и ее можно перемещать и поворачивать с помощью инструментов перемещения, поворота и масштабирования.  

• Инструменты перемещения и поворота можно переключать с помощью клавиатуры.  

• Преобразование включает положение, поворот и масштаб игрового объекта.  

• По умолчанию масштаб равен единице, что улучшает производительность.  

• Игровые объекты содержат компоненты, такие как сетчатый фильтр и mesh render, которые определяют, как видеокарта отображает объекты.  

• Переименование объектов можно выполнить в инспекторе или в режиме просмотра сцены.  

• Для создания платформерной игры нужно переименовать объект в "напольная плитка".  

• После переименования можно нажать "play" и проверить, будет ли это началом веселой игры.  

• Создаем папку "Материалы" в папке "Ресурсы".  

• Создаем материал "дротик для пола" и изменяем его цвет на грязно-коричневый.  

• Применяем материал к кубу, чтобы заменить текущий материал.  

• Используем клавиши Alt и Shift для поворота и перемещения по сцене.  

• Нажимаем F для фокусировки на игровом объекте.  

• Создаем копию куба и переименовываем её в "grass".  

• Изменяем масштаб и положение объектов для устранения z-fighting.  

• Перемещаем траву вверх по оси Y для предотвращения конфликтов.  

• Изменяем масштаб по осям X и Z для точного рендеринга.  

• Объединяем траву и плитку в одну иерархию.  

• Трава становится дочерним объектом плитки.  

• Понимание относительного положения объектов в иерархии.  

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

• Это помогает решить проблемы с местной системой координат.  

• Сборные конструкции prefabs экономят время и нервы в разработке игр.  

• Prefabs - это готовые игровые объекты, которые можно использовать повторно.  

• Для создания prefab нужно создать папку в корневом каталоге проекта и перетащить туда нужные объекты.  

• Unity автоматически распознает prefabs и помогает их размещать в сцене.  

• Можно дублировать объекты в сцене, удерживая Ctrl и перемещая их.  

• Unity сохраняет информацию о prefabs при копировании.  

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

• Объекты-заполнители лучше сохранять в папках в сцене для точного позиционирования.  

• Можно сворачивать и разворачивать объекты, удерживая Alt.  

• Prefabs помогают организовать и упростить работу с игровыми объектами.  

• Уменьшение количества коллайдеров улучшает производительность игры.  

• Использование сборных элементов упрощает работу с физикой.  

• Удаление коллайдеров из объектов помогает избежать конфликтов.  

• Сборные элементы позволяют легко изменять и применять изменения к объектам.  

• Возможность переопределения значений в сборных элементах.  

• Управление значениями через инспектор и применение изменений ко всем экземплярам.  

• Создание простого игрока для игры, например, капсулы.  

• Использование простых моделей для начала, постепенное улучшение.  

• Настройка положения и масштаба игрока для соответствия сцене.  

• Добавление компонента "твердое тело" для управления падением игрока.  

• Применение силы тяжести и настройка сопротивления.  

• Проверка работы физики в игре и изменение положения игрока во время воспроизведения.  

• Добавление пользовательского ввода для улучшения игрового процесса.  

• Использование сценариев для управления действиями игрока.  

• Важность пользовательского ввода для создания увлекательной игры.  

• Написание сценариев может быть простым и непринужденным.  

• Автор делится своим опытом и подчеркивает, что не стоит бояться.  

• Рекомендуется использовать C#, так как он универсален и полезен.  

• Создайте папку "scripts" в корневой папке ресурсов.  

• Создайте новый скрипт в папке "scripts" и назовите его "player.cs".  

• Используйте Visual Studio 2019 Community для редактирования скриптов.  

• Объяснение использования ключевого слова "using" для объявления пространства имен.  

• Пример использования пространства имен "unityengine".  

• Объяснение необходимости использования точки с запятой в конце строк.  

• Объяснение класса "player" и его назначения.  

• Добавление скрипта "player.cs" к компоненту "player" в Unity.  

• Важность совпадения имени класса и скрипта.  

• Объяснение ошибки при несовпадении имен класса и скрипта.  

• Переименование скрипта и класса с помощью клавиш "F2" и "Enter".  

• Пример успешного переименования и перенастройки скрипта.  

• Класс может наследовать от родительского класса, как игровой объект.  

• Класс player наследуется от MonoBehaviour, который содержит множество инструментов.  

• Unity использует MonoBehaviour по умолчанию для создания сценариев.  

• Методы начинаются и заканчиваются волнистыми скобками.  

• Метод start вызывается перед обновлением первого кадра.  

• Методы, созданные вручную, не вызываются автоматически.  

• Метод update вызывается Unity автоматически при каждом рендеринге кадра.  

• Частота кадров зависит от настроек игры и может варьироваться.  

• Важно учитывать частоту кадров при написании кода.  

• Оператор if используется для проверки условий и выполнения действий.  

• Пример: проверка нажатия кнопки "прыжок" в методе update.  

• Переменная hungry типа bool используется для проверки состояния игрока.  

• Переменные типа bool могут быть только истинными или ложными.  

• Метод eat вызывается, если переменная hungry равна true.  

• Visual Studio помогает генерировать методы и переменные автоматически.  

• В методе update проверяется наличие ввода.  

• Использование Google для поиска информации о проверке ввода.  

• Постоянное изучение документации и образцов кода для улучшения навыков.  

• Ввод текста и проверка клавиш.  

• Использование Visual Studio для проверки клавиш.  

• Проверка наличия клавиши "пробел".  

• Ввод кода ключа для проверки.  

• Использование стрелок вверх и вниз для прокрутки.  

• Проверка комбинации клавиш.  

• Проверка нажатия клавиши "пробел".  

• Использование метода getKeyDown для проверки.  

• Важность использования движка Unity.  

• Проверка ввода с клавиатуры и джойстика.  

• Использование bool для проверки истинности.  

• Оптимизация кода с помощью intellisense.  

• Intellisense помогает быстро создавать команды и проверять вводимые данные.  

• Нажатие клавиши Tab позволяет использовать рекомендованные функции.  

• Важно использовать подсказки Intellisense для упрощения написания кода.  

• Двойные косые черты используются для документирования кода.  

• Комментарии помогают объяснить, что делает код и почему.  

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

• Важно проверять ввод в цикле обновления.  

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

• Отладочные сообщения должны быть заключены в кавычки и заканчиваться точкой с запятой.  

• Получение доступа к компонентам игрового объекта.  

• Использование метода GetComponent для работы с компонентами.  

• Возможность изменения параметров компонентов, таких как сила и масса.  

• Вектор имеет направление и величину.  

• Оси X, Y и Z определяют направления влево, вправо, вверх и вниз, вперед и назад.  

• Для прыжка вверх используется вектор с направлением вверх.  

• Режимы силы: ускорение, сила, импульс, изменение скорости.  

• Ускорение игнорирует массу, сила использует массу, импульс использует массу, изменение скорости игнорирует массу.  

• Для платформерной игры используется изменение скорости.  

• Изменение скорости игнорирует массу, что подходит для платформерной игры.  

• Умножение силы на 5 улучшает прыжок, но игра все еще не идеальна.  

• Важно сохранять изменения с помощью Ctrl+S.  

• Использование клавиш A и D для перемещения влево и вправо.  

• Использование физики для перемещения объекта.  

• Введение нового метода "исправленное обновление" для перемещения объекта.  

• Исправленное обновление вызывается при каждом обновлении физики.  

• Unity обновляет физику 100 раз каждые 2 секунды на частоте 100 Герц.  

• Физический движок обновляет мир 100 раз за 2 секунды, даже если игра работает медленно.  

• Это гарантирует, что физика будет работать корректно, даже если игра тормозит.  

• По умолчанию используется частота обновления 100 раз за 2 секунды, но её можно настроить.  

• Нажатия клавиш и щелчки мыши должны регистрироваться в цикле обновления.  

• Применение физики должно происходить в исправленном обновлении.  

• Важно правильно структурировать код для предотвращения ошибок.  

• Объявляем переменную типа bool для хранения состояния нажатой клавиши.  

• Переменная должна быть описательной и понятной для чтения.  

• Перемещаем код проверки нажатий клавиш в исправленное обновление.  

• Проверяем нажатую клавишу в цикле обновления и применяем силу в исправленном обновлении.  

• Устанавливаем значение переменной в true при нажатии клавиши и false при её отпускании.  

• Это предотвращает многократное применение силы при каждом нажатии клавиши.  

• Рефакторинг кода необходим для поддержания порядка и улучшения структуры.  

• Не стоит тратить слишком много времени на рефакторинг, чтобы не застрять в бесконечном цикле улучшений.  

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

• Объявляем переменную для горизонтального перемещения с использованием camelcase.  

• Camelcase - это распространенный способ именования переменных и полей.  

• Объяснение, что такое значение с плавающей точкой и его использование в коде.  

• Числа с плавающей точкой представляют десятичные числа с ограничениями.  

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

• В данном случае используется ось джойстика или мыши для ввода.  

• Проверка ввода оси вместо клавиши.  

• Использование оси для ввода значений float.  

• Настройка осей в менеджере ввода Unity.  

• Ось "горизонтальная" и кнопки a и d.  

• Настройки гравитации, мертвой зоны и чувствительности.  

• Возможность определения собственных осей.  

• Использование компонента get для доступа к твердому телу.  

• Изменение скорости движения влево или вправо.  

• Определение вектора скорости с компонентами x, y, z.  

• Исправление проблемы с гравитацией.  

• Сохранение скорости компонента y на прежнем уровне.  

• Создание клона игры Flappy Bird.  

• Повторное использование getcomponent rigid body замедляет работу.  

• Объявление новой переменной для хранения ссылки на rigid body.  

• Улучшение производительности и читаемости кода.  

• Игра теперь работает лучше и более строго по правилам.  

• Исправили ошибку, когда игрок падал.  

• Заморозили вращение игрока, чтобы он не переворачивался.  

• Можно изменять настройки во время игры.  

• При нажатии кнопки "Стоп" все изменения сбрасываются.  

• Зафиксировали положение по оси Z, чтобы объект не падал на сцену.  

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

• Определили переменную "заземлена" для проверки состояния игрока.  

• Использовали метод oncollision enter для отслеживания столкновений.  

• Метод oncollision enter устанавливает значение "заземлена" в true при столкновении.  

• Метод oncollision exit устанавливает значение "заземлена" в false при выходе из столкновения.  

• В исправленном обновлении проверяем, не заземлен ли игрок, и предпринимаем действия.  

• Использование восклицательного знака для обозначения "обосновано".  

• Возвращение из метода при отсутствии приземления.  

• Проверка нажатия клавиши для прыжка только при нахождении на земле.  

• Проверка счетчика нажатий для двойного прыжка.  

• Обнаружение проблемы с проверкой столкновений между двумя блоками.  

• Решение проблемы с использованием функции "сфера перекрытия".  

• Создание общедоступного поля для проверки приземления.  

• Использование инспектора для отображения информации.  

• Создание пустого игрового объекта для проверки приземления.  

• Перемещение объекта к ногам игрока.  

• Использование оси Z для точного позиционирования.  

• Подключение объекта к полю для проверки приземления.  

• Проверка положения и радиуса сферы.  

• Преобразование десятичных чисел в числа с плавающей запятой.  

• Проверка количества коллайдеров для определения приземления.  

• Проверка длины массива коллайдеров.  

• Выход из метода при отсутствии пересечения с землей.  

• Проверка радиуса сферы для определения приземления.  

• Капсульный коллайдер сталкивается сам с собой.  

• Решение: использовать слои для игнорирования столкновений.  

• Пример: создание нового слоя для игрока и игнорирование столкновений с ним.  

• Капсульный коллайдер сталкивается с двумя коллайдерами при касании земли.  

• Решение: выделить игрока в отдельный слой для предотвращения столкновений.  

• Создание нового слоя для игрока и настройка его в инспекторе.  

• Определение маски слоя для игрока.  

• Пример: использование маски слоя для игнорирования столкновений с игроком.  

• Проверка работы маски слоя в инспекторе.  

• Исправление проблемы с управлением в воздухе.  

• Изменение порядка выполнения сценариев для управления.  

• Пример: перемещение сценария бокового перемещения наверх для удобства управления.  

• Исправление проблемы липкости капсулы к стене.  

• Создание физического материала с нулевым трением.  

• Применение материала к капсульному коллайдеру для устранения липкости.  

• Создание уровня с плитками для пола.  

• Увеличение высоты прыжка для улучшения игрового процесса.  

• Привязка камеры к игроку для слежения за его движением.  

• Наведение камеры на объект игрока в платформерах.  

• Использование Ctrl+D для создания переходов.  

• Создание новых заготовок для плитки пола.  

• Создание новых трехмерных объектов для монет.  

• Настройка размера и положения объектов.  

• Создание нового материала для монет.  

• Создание нового материала "монета" и настройка его цвета.  

• Перемещение и настройка слоя для монет.  

• Использование слоев для скрытия монет.  

• Создание сборного элемента для монет.  

• Настройка слоя для сборного элемента.  

• Использование триггера для регистрации столкновений.  

• Использование поведения ontriggerenter для обработки столкновений.  

• Проверка слоя игрового объекта для уничтожения монет.  

• Уничтожение монет при столкновении с триггером.  

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

• Определение новой переменной для супер-прыжков.  

• Увеличение количества оставшихся супер-прыжков при уничтожении монеты.  

• Увеличение количества супер-прыжков на единицу при уничтожении монеты.  

• Определение временной переменной для силы прыжка.  

• Умножение силы прыжка на два при наличии супер-прыжков.  

• Тестирование игры с новыми функциями.  

• Использование перекрывающейся сферы для проверки столкновений.  

• Продолжение уровня и создание новых уровней.  

• Создание основы для игры и освоение пользовательского интерфейса.  

• Вопросы для саморазвития: "Могу ли я создать простую игру?"  

• Развитие игры через добавление новых функций и улучшений.  

• Начинать с простого и повторять действия для улучшения.  

• Важность терпения и любви к созданию игр.  

• Призыв к подписке и поддержке на Patreon.