Start Debugging

Тег: dotnet

257 статей · Страница3из26

Как пробросить CancellationToken через асинхронные методы в .NET 11
Проведите CancellationToken чисто через каждый слой асинхронной цепочки вызовов в .NET 11: соглашение о последнем параметре, значения по умолчанию, связанные токены, RequestAborted в ASP.NET Core и анализатор CA2016, который находит забытые.
Ограничение времени выполнения асинхронной операции с помощью CancellationTokenSource.CancelAfter в C#
Используйте CancellationTokenSource.CancelAfter для задания дедлайна асинхронных операций в .NET 11: конструктор против CancelAfter, связанные токены, обработка исключений, Task.WaitAsync, TryReset для пула объектов и тестируемые тайм-ауты с TimeProvider.
SkiaSharp 4.0 выходит стабильной: рендеринг на GPU на 24% быстрее и очищенный API
SkiaSharp 4.148.0 - это первый стабильный релиз v4. Интерфейсы с нагрузкой на GPU рендерятся до 24% быстрее, шейдеры на CPU работают примерно в 6 раз быстрее, а устаревшая поверхность API наконец удалена. Вот во что реально обходится обновление.
HasData vs UseSeeding для заполнения данных в EF Core 11: что выбрать?
Используйте HasData только для фиксированных справочных данных, принадлежащих модели. Для всего остального в EF Core 11 используйте UseSeeding и UseAsyncSeeding. Сравнение бок о бок с правилами, которые предопределяют решение.
2026-06-26 errorscsharpdotnet
Исправление: FOREIGN KEY constraint failed при удалении сущности в EF Core 11
EF Core выбрасывает FOREIGN KEY constraint failed, потому что у родителя ещё есть зависимые строки, которые база данных отказывается оставлять сиротами. Загрузите дочерние записи, сделайте связь необязательной или настройте OnDelete.
JWT или cookie-аутентификация в ASP.NET Core 11: что выбрать?
Используйте cookie-аутентификацию для любого приложения, где единственным клиентом является браузер, а bearer-токены JWT приберегите для API, которые вызывают мобильные приложения, другие сервисы или сторонние клиенты. Вот полная матрица для принятия решения.
2026-06-25 errorscsharpdotnet
Исправление: 405 Method Not Allowed вместо 401 при использовании JWT bearer в ASP.NET Core
Защищённая конечная точка, возвращающая 405 вместо 401, почти всегда означает, что маршрутизация отклонила HTTP-метод до запуска аутентификации, либо схема cookie перехватила вызов проверки. Вот как определить, что именно.
Назад Вперёд