Какие фреймворки использовал на прошлой работе?

Использованные фреймворки и архитектурные подходы

На предыдущих проектах я активно использовал как внутренние фреймворки компании, так и популярные open-source решения, адаптируя их под конкретные задачи проекта. Основной стек строился вокруг Unity, но существенно расширялся за счет инструментов для управления состоянием, данных, сетевого взаимодействия и тестирования.

1. Архитектурные фреймворки и паттерны

• Game Architecture: Чаще всего использовал гибридный подход, комбинируя Entity Component System (ECS) (для высокопроизводительных систем: боевка, физика частиц) с классическим ООП. Для чистоты кода в ООП-части применял:

    *   **Model-View-Presenter (MVP)** и **Model-View-ViewModel (MVVM)** для UI. Это позволяло четко отделять логику данных от их отображения и упрощало юнит-тестирование бизнес-логики.
    *   **Сигналы/События (на основе C# events или UniRx)** для слабой связности между системами.

• Dependency Injection (Внедрение зависимостей): Использовал Zenject (VContainer) для управления зависимостями и жизненным циклом объектов. Это кардинально упрощало настройку сцен, мокание зависимостей в тестах и поддержку кода.

  // Пример установки зависимостей в Installer Zenject
  public class GameInstaller : MonoInstaller
  {
      [SerializeField] private PlayerConfig _playerConfig;
  
      public override void InstallBindings()
      {
          // Биндим интерфейс к конкретной реализации
          Container.Bind<IInventoryService>().To<InventoryService>().AsSingle();
          // Биндим скриптабл-объект как конфиг
          Container.BindInstance(_playerConfig);
          // Биндим фабрику для создания врагов
          Container.BindFactory<Enemy, Enemy.Factory>().FromComponentInNewPrefab(_enemyPrefab);
      }
  }
  

2. Фреймворки для работы с данными и контентом

• UniRx (Reactive Extensions for Unity): Незаменимый инструмент для реактивного программирования. Использовал для потоковой обработки пользовательского ввода, отслеживания изменений в модели данных (например, здоровья или валюты) и создания сложных, отменяемых цепочек событий.
• Odin Inspector: Для ускорения работы дизайнеров и геймдизайнеров. Позволял создавать удобные, кастомизированные инспекторы для скриптабл-объектов, делать быстрое прототипирование и валидацию данных прямо в редакторе Unity.

3. Сетевые фреймворки

• Photon PUN 2 и Mirror: Для создания мультиплеерных режимов. Photon PUN использовался для более быстрых прототипов и сессий с меньшей нагрузкой (до 20 игроков), благодаря облачной инфраструктуре. Mirror — для проектов, где требовался полный контроль над сетевым кодом, высокая производительность и кастомизация топологии (чаще в кооперативных PvE играх).
• REST API клиенты (на основе UnityWebRequest): Для интеграции с бэкенд-сервисами (авторизация, лидерборды, облачные сохранения, магазины). Обычно оборачивал в свой абстрактный слой с использованием JSONUtility или Newtonsoft.Json.

4. Инструменты для тестирования и качества кода

• Unity Test Framework (NUnit): Для написания юнит-тестов и интеграционных тестов. Особенно активно использовал Play Mode Tests для проверки геймплейных сценариев.
• C# Analyzers (Roslyn) и собственные Editor Scripts: Для статического анализа кода и поддержания code style в команде.

Критерии выбора и адаптация

Выбор фреймворка всегда определялся задачами проекта, составом команды и этапом разработки. Например, на прототипе мог использовать UniRx для скорости, а на этапе производства внедрял Zenject для масштабируемости. Ключевым навыком считаю не просто умение использовать фреймворк, а понимать решаемую им проблему, его сильные стороны и ограничения, чтобы принимать взвешенные архитектурные решения.