Как проще проверять свойства объектов без нагромождения if?

Во вложенных моделях условия быстро превращаются в нечитаемые цепочки: проверяем null, диапазоны, флаги — всё в одной куче. В C# 8 появились property patterns, которые позволяют описывать форму объекта прямо в условии.

До property patterns приходилось писать так:

if (point != null &&
    point.X > 0 && point.X < 10 &&
    point.Y >= 5)
{
    Console.WriteLine("Точка в зоне интереса");
}

С этим то же самое выражается куда короче:

if (point is { X: > 0 and < 10, Y: >= 5 })
{
    Console.WriteLine("Точка в зоне интереса");
}

🔥 Такой стиль делает проверки по свойствам более декларативными: читаем условие как описание «требуемой формы» объекта, а не как техническую реализацию с кучей логических операторов

➡️ C# Ready | #совет

Экономьте аллокации с ValueTask!

Частые асинхронные вызовы с Task создают лишние объекты, а ValueTask поможет их избежать.

Объявляем обычный метод, возвращающий Task:

// Обычный Task<int>
async Task<int> GetValueAsync(bool cached) {
    if (cached) return 42;
    await Task.Delay(100);
    return 42;
}

Меняем тип возвращаемого значения на ValueTask:

// ValueTask<int> для кеша
async ValueTask<int> GetValueValueAsync(bool cached) {
    if (cached) return 42;
    await Task.Delay(100);
    return 42;
}

Сравниваем поведение при вызове:

// Вызов примеров
var r1 = await GetValueAsync(true);
var r2 = await GetValueAsync(false);
var v1 = await GetValueValueAsync(true);
var v2 = await GetValueValueAsync(false);
Console.WriteLine(r1 + r2);

🔥 Это устраняет аллокации при синхронном завершении и снижает нагрузку на сборщик мусора.

➡️ C# Ready | #практика

Как избавиться от бесконечных if (obj != null)?

Во вложенных моделях null-проверки быстро разрастаются:

string city;
if (user != null &&
    user.Address != null &&
    user.Address.City != null) {
    city = user.Address.City;
} else {
    city = "Не указан";
}

С null-операторами и pattern matching то же самое пишется компактно:

var city = user?.Address?.City ?? "Не указан";

if (user?.Manager is not null) {
    Notify(user.Manager);
}

🔥 Так что, ?. безопасно проходит по цепочке, ?? подставляет значение по умолчанию, а is not null убирает лишние проверки.

➡️ C# Ready | #совет

Меньше бойлерплейта с primary constructors в C# 12!

Часто сервисы и модели обрастают полями DI и свойствами — код пухнет. В .NET 8 можно объявить всё прямо в заголовке класса.

Было ― вручную пишем конструктор и поля:

public class UserService
{
    private readonly ILogger<UserService> _logger;
    private readonly IUserRepo _repo;

    public UserService(ILogger<UserService> logger, IUserRepo repo)
    {
        _logger = logger;
        _repo   = repo;
    }

    public Task<User?> GetAsync(Guid id) => _repo.FindAsync(id, _logger);
}

Стало ― primary constructor + автоматические свойства:

public class UserService(ILogger<UserService> Logger, IUserRepo Repo)
{
    public Task<User?> GetAsync(Guid id) => Repo.FindAsync(id, Logger);
}

🔥 Главное — primary constructors вырезают шаблонный код: меньше строк, чище классы, быстрее читается ревью.

➡️ C# Ready | #практика