Разбираем код от коммьюнити⚡️Senior Unity Developer

• Автор приветствует зрителей и объявляет о начале разбора тестового задания.  

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Он предлагает использовать контейнер, если инжект вызывает дискомфорт.  

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

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

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

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

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

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

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

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

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

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

• Автор видео обсуждает логику и архитектуру гейм лодин, а также критикует использование обобщений и дженериков в этом случае.  

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

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

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

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

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

• Автор обсуждает использование интерфейсов для создания стейтов и их использование в контексте.  

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

• Автор обсуждает использование интерфейсов для создания сервисов и их использование в контексте.  

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

• Автор обсуждает использование интерфейсов для создания стоит машин и их использование в контексте.  

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

• Автор обсуждает использование интерфейсов для создания обжегов и их использование в контексте.  

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

• Автор обсуждает использование интерфейсов для создания стейтов и сервисов и их использование в контексте.  

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

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

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

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

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

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

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

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

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

• Автор обсуждает универсализацию и сложность реализации попапов в проекте.  

• Он отмечает, что в живых проектах попапы часто требуют больше конкретики и меньше универсальности.  

• Автор обсуждает жизненный цикл попапов и подписочные сервисы на юае.  

• Он замечает, что в проекте есть сложности с инициализацией и инстанцированием.  

• Автор не понимает, что такое хад-медиатор и зачем он нужен в проекте.  

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

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

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

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

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

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

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

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

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

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

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

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

• Он также обсуждает использование фабрик для создания уровней и их логику.  

• Автор видео задает вопросы о том, как создается аватар и его прокси.  

• Он отмечает, что аватар создается через инжектирование зависимости, но не знает, где именно он создается.  

• Автор видео отмечает, что в игре есть овер-инжениринг, но под ним есть интересные идеи.  

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

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

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

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

• Он отмечает, что автор хорошо использует камеру и анимацию, а также правильно обрабатывает состояния уровня.  

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

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

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

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

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

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

• Автор обсуждает использование контекста в контексте стартовой позиции и спаун пойнта.  

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

• Автор обсуждает разницу между дефолтом и юнитазом и их использование в контексте вызова.  

• Он предлагает автору ответить на вопрос о выборе между дефолтом и юнитазом.  

• Автор благодарит автора за участие в обсуждении и приглашает на следующий урок.  

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