В чём недостатки построения error-handling на основе .NET Exception?

Question

Исключения в .NET — это медленный механизм для нестандартных ситуаций. Их использование для обработки ожидаемых ошибок (например, "игрок не найден" или "нехватка ресурсов") создает чрезмерную нагрузку на производительность и приводит к размыванию логики, так как код обработки бизнес-ошибок смешивается с кодом для критических сбоев.

YeaHub · Accepted Answer

Исключения предназначены для исключительных ситуаций — критических ошибок, которые нарушают нормальное выполнение программы (например, отсутствие файла, нулевая ссылка). Их использование для управления потоком выполнения в играх имеет серьезные недостатки.Ключевые недостатки:Низкая производительностьСоздание и "раскрутка" стека при исключении — очень дорогой процесс по сравнению с обычными условными операторами.В игровом цикле, где методы вызываются тысячи раз в секунду, это может привести к заметным просадкам FPS.Размытие семантикиСтановится непонятно, какие ошибки являются частью нормальной логики (ожидаемые), а какие — настоящими багами.Например, InvalidOperationException при попытке выпить зелье, когда инвентарь пуст, — это ошибка дизайна. Это ожидаемое состояние, а не исключительная ситуация.Плохая читаемость и управляемость кодаЛогика игры начинает тонуть в блоках try/catch.Поток выполнения становится неочевидным, так как управление может перепрыгнуть на несколько уровней стека вверх.Пример проблемного подхода:// ПЛОХО: Использование исключения для ожидаемой проверки public void AddItemToPlayer(int playerId, Item item) { try { var player = _playerService.GetPlayer(playerId); // Может выбросить исключение, если игрок не найден player.Inventory.Add(item); } catch (PlayerNotFoundException ex) { // Обработка "ожидаемой" ошибки } }Альтернативные подходы:Использование Result-паттернаМетод возвращает объект, который содержит информацию об успехе или ошибке.public Result GetPlayer(int playerId) { if (_players.TryGetValue(playerId, out var player)) return Result.Ok(player); else return Result.Fail("Player not found"); } // Использование var result = GetPlayer(playerId); if (result.IsSuccess) { result.Value.Inventory.Add(item); } else { // Обрабатываем ошибку, зная, что это часть логики }Использование Nullable Reference Types или out-параметровДля случаев, когда результат может отсутствовать.Вывод:Используйте исключения только для действительно исключительных, невосстановимых ошибок. Для ожидаемых ошибочных состояний в бизнес-логике применяйте Result-паттерн или другие способы, которые не несут таких потерь в производительности и чистоте кода.