😳 Минимальные API или контроллеры

С появлением минимальных API многие начали отказываться от контроллеров. Меньше шаблонного кода, эндпоинт виден целиком, проще стартовать новый сервис.

🔜 Но контроллеры никуда не исчезли. Для крупных проектов многим по-прежнему нравится привычная структура, группировка логики и накопленные практики команды.

А как у вас?

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#entry_point

Когда баг воспроизводится только по пятницам после обеда и только на проде 😎

🐸 Библиотека шарписта

#garbage_collector

💡 Пагинация в EF Core: Skip/Take не всегда лучший выбор

Самый популярный вариант пагинации в EF Core выглядит так:

var customers = await dbContext.Customers
    .AsNoTracking()
    .Where(c => c.IsActive)
    .OrderBy(c => c.Id)
    .Skip((pageNumber - 1) * pageSize)
    .Take(pageSize)
    .ToListAsync();

🔵 Под капотом EF Core генерирует SQL с OFFSET/FETCH:

SELECT *
FROM Customers
ORDER BY Id
OFFSET 200 ROWS
FETCH NEXT 100 ROWS ONLY

Для небольших таблиц этого обычно достаточно.

❗️ Но есть нюанс: чем дальше страница, тем больше строк СУБД приходится пропускать перед возвратом результата.
Поэтому для больших таблиц и бесконечной прокрутки часто используют Keyset Pagination:

var customers = await dbContext.Customers
    .Where(c => c.Id > lastSeenId)
    .OrderBy(c => c.Id)
    .Take(pageSize)
    .ToListAsync();

Такой подход не требует пропускать тысячи строк и обычно масштабируется заметно лучше.

📌 Простая навигация по страницам → Skip/Take
📌 Большие таблицы и высокая нагрузка → Keyset Pagination

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#sharp_view

❗️ Pattern Matching — одна из тех возможностей C#, которая делает код заметно чище

Вместо проверки типа с последующим приведением можно выполнить обе операции сразу в одном выражении. Меньше шаблонного кода, безопаснее приведение типов и лучше читаемость.

На картинке — простой пример, который стоит взять на вооружение, если ещё пишете код «по-старому» 👀

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#sharp_view

⭐️ Асинхронность постепенно переезжает в рантайм

Начиная с C# 5, async/await работал за счёт компиляторной машины состояний. Компилятор превращал каждый асинхронный метод в специальную структуру, которая хранила состояние между точками await.

В .NET 11 появилась Runtime Async — новая реализация, которая переносит значительную часть этой инфраструктуры в сам рантайм. Библиотеки .NET уже начинают использовать новый механизм там, где он поддерживается.

Что это даёт:

✅ более чистые стек-трейсы без лишних кадров машины состояний;
✅ меньше служебного кода и накладных расходов;
✅ более эффективное возобновление выполнения после await.

В документации Microsoft приводится синтетический бенчмарк с большим количеством приостановок и возобновлений, где время выполнения снизилось примерно с 6357 мс до 457 мс 🌈

Пока функция находится в статусе preview. Для своих проектов её можно включить через секцию Features с параметром runtime-async=on. Для net11.0 отдельный флаг EnablePreviewFeatures уже не требуется.

🔗 Microsoft Learn — What’s new in .NET 11 Runtime

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#il_люминатор

📌 Hexagonal Architecture за 5 минут

Эта схема кажется перегруженной только на первый взгляд. На самом деле она показывает одну из самых популярных архитектур современных .NET-приложений.

Здесь собраны ключевые идеи: Ports & Adapters, DDD, CQRS, инверсия зависимостей и разделение приложения на доменную логику и инфраструктуру.

🔜 Сохраните, если давно хотели разобраться, почему доменная модель не должна зависеть от EF Core, HTTP или RabbitMQ.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#il_люминатор

⭐️ Автоматическая регистрация Minimal API через DI

Вместо того чтобы вручную вызывать десятки MapGet() и MapPost(), можно зарегистрировать все endpoint автоматически.

Идея простая:

1️⃣ каждый endpoint реализует общий интерфейс;
2️⃣ приложение находит все реализации через DI;
3️⃣ при запуске вызывает Map() для каждой.

В результате Program.cs сводится буквально к двум строкам:

builder.Services.AddEndpoints(typeof(Program).Assembly);

app.MapEndpoints();

Чем больше проект, тем заметнее становится преимущество такого подхода.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#sharp_view

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#garbage_collector

💡 25 .NET-советов, которые пригодятся почти в любом проекте

На одной картинке собрали практики, которые регулярно встречаются в реальных .NET-приложениях: от async/await и LINQ до EF Core, DI, производительности и работы с памятью.

Что особенно стоит запомнить:

• не блокируйте асинхронный код через .Result и .Wait();
• не создавайте HttpClient вручную — используйте IHttpClientFactory;
• для запросов только на чтение не забывайте про AsNoTracking();
• материализуйте коллекции (ToList()) как можно позже;
• прежде чем оптимизировать код — измерьте его с помощью BenchmarkDotNet.

📌 Сохраните шпаргалку — она пригодится и начинающим, и опытным C#-разработчикам.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#схема

📍 Task.WhenAll: когда нужно дождаться всех задач

Если несколько операций не зависят друг от друга, не запускайте их по очереди. Запустите сразу все и дождитесь завершения.

var usersTask = LoadUsersAsync(ct);
var ordersTask = LoadOrdersAsync(ct);
var catalogTask = LoadCatalogAsync(ct);

await Task.WhenAll(usersTask, ordersTask, catalogTask);

var users = await usersTask;
var orders = await ordersTask;
var catalog = await catalogTask;

Такой подход позволяет выполнять операции параллельно и уменьшает общее время ожидания.

💡 Несколько советов:

— передавайте CancellationToken во все методы;
— если операций очень много, ограничивайте параллелизм через SemaphoreSlim;
— Task.WhenAll завершится с ошибкой, если хотя бы одна из задач завершилась исключением.

Используйте WhenAll, когда итоговый результат нужен только после завершения всех операций.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#sharp_view

🧩 Чек-лист Senior .NET-разработчика на 2026 год

Какие темы действительно стоит знать, если хотите уверенно чувствовать себя на позиции Senior?

На этой схеме собрали ключевые направления, которые чаще всего встречаются в современных .NET-проектах:

• C# и новые возможности языка;
• async/await, многопоточность и управление памятью;
• ASP.NET Core и проектирование API;
• EF Core, Dapper, SQL и Redis;
• производительность, CLR, JIT и Native AOT;
• безопасность, OWASP Top 10 и Identity;
• OpenTelemetry, логирование и мониторинг;
• DDD, System Design и распределённые системы;
• Docker, Kubernetes и CI/CD.

📌 Это не список «что нужно выучить за неделю», а удобный ориентир, который поможет оценить свои сильные стороны и понять, что стоит подтянуть дальше.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#схема