Перейти к основному содержанию
C# (а точнее, MSBuild) имеет систему, известную как «конфигурации сборки». По сути, вы получаете удобное выпадающее меню в Visual Studio (или Rider), которое позволяет изменять способ компиляции и запуска вашего кода. В стандартном C#-проекте есть две конфигурации: Debug и Release.
  • Debug включает отладочные проверки (например, asserts) и компилируется/запускается без оптимизаций1.
  • Release не содержит отладочных проверок и компилируется с оптимизациями.
В RobustToolbox есть различные инструменты разработки, которые не могут быть включены в боевые релизные сборки. Примеры — интерактивная консоль csi (C# Interactive) по соображениям безопасности. Эти инструменты обычно компилируются за директивой препроцессора TOOLS preprocessor define, что и отключает их. Кроме того, в процессе разработки игры может быть полезно запускать оптимизации чаще обычного. Нестабильный FPS на отладочной сборке может затруднить тестирование, но простое переключение с Debug на Release в стандартной модели C# также убирает такие проверки, как asserts, что меняет поведение и может привести к пропуску проблем. Из-за этого мы используем следующий набор конфигураций в наших решениях:
  • Debug: отладочные проверки, инструменты, без оптимизаций.
  • DebugOpt: как Debug, но с включёнными оптимизациями.
  • Tools: без отладочных проверок, но с инструментами и оптимизациями. Это то, что вам нужно при mapping’e.
  • Release: без отладочных проверок, без инструментов, с оптимизациями. Эта конфигурация максимально приближена к боевой сборке лаунчера.

Как их использовать

Rider

build-configurations.png Выберите нужную конфигурацию из выпадающего списка в верхней части окна.

Visual Studio

Мне лень искать скриншот, но выпадающий список выглядит примерно так же, как в Rider.

Visual Studio Code

TODO

Footnotes

  1. Включение оптимизаций обычно затрудняет получение точной информации отладчиками, поэтому они отключены в отладочных сборках.
Последнее изменение 21 июня 2026 г.