Когда использовать .First(), а когда .FirstOrDefault() в LINQ на C#?

Основная разница между First() и FirstOrDefault()

Ключевое отличие в том, как эти методы обрабатывают ситуацию, когда последовательность пуста или ни один элемент не удовлетворяет условию:

• First() — выбрасывает исключение InvalidOperationException, если последовательность пуста или не найдено ни одного подходящего элемента.
• FirstOrDefault() — возвращает значение по умолчанию (null для ссылочных типов, 0 для числовых типов, false для bool и т.д.), если последовательность пуста или элемент не найден.

Когда использовать First()

Используйте .First(), когда вы абсолютно уверены, что элемент существует, и его отсутствие — это критическая ошибка, которую нужно явно обработать. Например:

public string GetDefaultAdminEmail()
{
    // Мы знаем, что в системе всегда есть хотя бы один администратор
    return _context.Users.First(u => u.Role == "Admin").Email;
}

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

Когда использовать FirstOrDefault()

Используйте .FirstOrDefault(), когда отсутствие элемента — это ожидаемая ситуация, и вы готовы её обработать. Это безопасный способ избежать исключений. Пример:

public void ProcessOrder(int orderId)
{
    var order = _context.Orders.FirstOrDefault(o => o.Id == orderId);
    if (order == null)
    {
        Console.WriteLine("Заказ не найден. Возможно, он был удалён.");
        return;
    }
    // Логика обработки заказа
    Console.WriteLine($"Обрабатывается заказ #{order.Id}");
}

Здесь мы проверяем null и gracefully обрабатываем ситуацию. Это стандартный паттерн для поиска данных по необязательному критерию (например, поиск пользователя по email, заказа по ID, товара по названию).

Лучшие практики и рекомендации

• Для поиска по уникальному ключу (ID): используйте .FirstOrDefault() с последующей проверкой на null. Это делает код устойчивым к отсутствию данных.
• Для гарантированно существующих элементов: используйте .First(), чтобы явно указать, что отсутствие элемента — это ошибка.
• Для ссылочных типов: .FirstOrDefault() возвращает null, поэтому всегда проверяйте результат.
• Для значимых типов (int, decimal и т.д.): .FirstOrDefault() вернёт 0. Будьте осторожны, так как 0 может быть валидным значением. В таких случаях лучше использовать .First() или nullable-версии типов (например, int?).
• Альтернатива — Single() и SingleOrDefault(): Если вы ожидаете ровно один элемент (не больше), используйте .Single() или .SingleOrDefault(). Они выбрасывают исключение, если найдено более одного элемента.

Пример с nullable-типом

Для значимых типов, где 0 может быть корректным значением, используйте nullable:

List<int> numbers = new List<int> { 5, 10, 15 };
int? firstEven = numbers.FirstOrDefault(n => n % 2 == 0); // null, если чётных нет
if (firstEven.HasValue)
{
    Console.WriteLine($"Первое чётное число: {firstEven.Value}");
}

Итог: .First() — для гарантированных данных (исключение как сигнал ошибки). .FirstOrDefault() — для опциональных данных (проверка на null как часть нормального потока). Выбор зависит от контекста и ожиданий.