Оператор конкатенации ANSI SQL (||) теперь поддерживается в базе данных Azure SQL

Он предлагает «более читаемую и соответствующую стандарту альтернативу существующим способам вроде + и CONCAT()».

А ты как считаешь? 🧀

👉 @KodBlog

Еще одна бесплатная платформа — Ulearn.me

С интерактивными курсами по программированию (есть C#), разработанная в компании СКБ Контур.

Каждый курс включает теоретические материалы, интерактивные задания и тесты для закрепления знаний.

Начать обучение можно в любое удобное время 🌟

👉 @KodBlog

Когда-нибудь нужно было открыть эндпоинт для внешней системы, но не хотелось поднимать полноценную систему аутентификации?

Аутентификация по API-ключу — простой и эффективный вариант.

В ASP.NET Core для этого можно использовать IAuthorizationFilter.

Он встраивается в pipeline запроса и может быть внедрён через Dependency Injection

Хорошо подходит для:
- внутренних тулов
- вебхуков
- плановых задач
- интеграций с внешними сервисами

Ты сам определяешь:
- как передаётся ключ
- как он валидируется
- какие эндпоинты его требуют

Гайд с рабочим примером, который можно просто скопировать и адаптировать: здесь

👉 @KodBlog

Большинство .NET разработчиков никогда с этим не сталкиваются.

Но это делает отладку в 10 раз проще.

Стандартный вид при отладке:

{Namespace.ObjectName}

Никакого контекста. Много путаницы.

Но всего одной строкой кода?

Теперь окно наблюдения показывает:

Order ORD-2025-001: Alice Smith - 249.99
Order ORD-2025-002: Bob Evans - 89.50
Order ORD-2025-003: Maria Lee - 1200.00

В чём фишка?

Используйте DebuggerDisplay.

Добавляете этот атрибут в начало класса, чтобы контролировать, как будет отображаться информация о классе при отладке.

В следующий раз, когда будете смотреть на {Namespace.ObjectName}, помните: так не обязательно должно быть.

👉 @KodBlog

До сих пор часто вижу такой паттерн:

if (items.Count() > 0)
{
    // ...
}

Это неэффективно.

Почему?

🔸Count() проходит по всей коллекции или делает COUNT(*) в базе данных.
🔸Если тебе просто нужно проверить, есть ли элементы — используй Any().

Any() останавливается на первом найденном элементе.
В SQL это переводится в EXISTS, что значительно легче, чем COUNT(*).

Основные выводы:

🔸Используй Any() для проверки на наличие элементов.
🔸Используй Count() только если реально нужен точный размер коллекции.

Такие небольшие оптимизации имеют значение особенно когда приложение растёт и работает с большими объёмами данных.

👉 @KodBlog

Горячее мнение:

ВАМ НЕ НУЖНЫ библиотеки для маппинга.

🔸Напиши конструктор
🔸Вызови конструктор
🔸Готово

Это может быть и статический метод, или что тебе больше нравится.

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

И ещё реже какие-либо библиотеки для маппинга.

👉 @KodBlog

.NET Aspire теперь поддерживает создание баз данных MySQL

И настройка занимает всего одну строку

С момента релиза в статусе General Availability, .NET Aspire изменил подход к созданию облачных приложений на .NET.

Менее чем в 30 строках кода вы можете настроить:

- API
- Базы данных
- Кэш

Плюс, сразу из коробки получаете дашборд, сервис-дискавери и телеметрию.

Что лично для меня круто — возможность добавить и создать целую базу данных одним методом.

Метод AddDatabase выполняет SQL-команду CREATE DATABASE с заданным именем на работающем контейнере или сервере.

Ранее эта функция поддерживала:

- SQL Server
- PostgreSQL

Но теперь, начиная с версии 9.3, добавлена поддержка MySQL.

Вам не нужно ничего дополнительно делать — ваш существующий вызов AddDatabase теперь автоматически создаёт базу данных.

👉 @KodBlog

Пример Task.WhenEach в .NET 9

В .NET 9 появилась новая API — Task.WhenEach, которая позволяет обрабатывать асинхронные задачи по мере их завершения.

В простом примере выше выполняется несколько запросов через HttpClient, и их результаты обрабатываются по мере готовности, а не после завершения всех задач.

Ты уже пробовал эту новую фичу? 🔥

👉 @KodBlog

Перестань совершать ЭТУ критическую ошибку при запуске нового software проекта:

Пытаться выстроить идеальную архитектуру с первого дня.

Мой главный инсайт про архитектуру ПО?

«Хорошая архитектура не статична. Она развивается.»

Речь не о том, чтобы с самого начала зарываться в избыточную сложность.
Но и не о том, чтобы надолго оставлять архитектуру чересчур примитивной.

В этом и суть эволюционной архитектуры:

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

Эта концепция особенно хорошо укладывается, когда видишь её в действии. Вот 4 отличных репозитория на GitHub с реальными приложениями:

🔸Evolutionary Architecture

→ Один проект на GitHub, в котором показано, как начать с простой .NET-архитектуры, а затем эволюционно перейти к модульному монолиту и микросервисам по мере роста требований и кодовой базы.
→ Ссылка: https://github.com/evolutionary-architecture/evolutionary-architecture-by-example

🔸Booking to Cloud Architecture

→ Приложение для бронирования, реализованное тремя способами: монолит, модульный монолит и микросервисы.
→ Монолит: https://github.com/meysamhadeli/booking-monolith
→ Модульный монолит: https://github.com/meysamhadeli/booking-modular-monolith
→ Микросервисы: https://github.com/meysamhadeli/booking-microservices

Когда ты перестаёшь воспринимать архитектуру как то, что нужно «угадать» с первого дня, ты даёшь себе право на ошибку.

Право учиться.
Право адаптироваться.
И расти вместе с системой.

Потому что хорошая архитектура рождается не из предсказаний будущего —
она рождается из эволюции в будущем.

👉 @KodBlog

10 скрытых фич EF Core, которые используют сеньоры

1️⃣Shadow Properties
EF Core позволяет добавлять свойства, которых нет в классе, но которые присутствуют в базе данных.
Идеально подходят, например, для хранения данных аудита, не засоряя сущности лишними полями.

2️⃣Query Tags
Можно легко добавлять комментарии к SQL-запросам, которые генерирует EF Core.
Удобно при профилировании - в логах SQL сразу видно, откуда пришёл тот или иной медленный запрос.

3️⃣Compiled Queries
Часто используемые запросы можно скомпилировать заранее, чтобы не тратить ресурсы на парсинг каждый раз.
Повышает производительность при большом числе однотипных запросов.

4️⃣DbContext Pooling
Вместо того чтобы каждый раз создавать новый DbContext, можно переиспользовать уже созданные.
Существенно снижает потребление памяти и повышает производительность.

5️⃣Value Converters
Позволяют автоматически преобразовывать значения между .NET и базой данных.
Полезно для хранения кастомных типов, enum'ов и Value Object'ов.

6️⃣Temporal Tables
Позволяют отслеживать историю изменений данных прямо в базе.
Удобно для аудита, отката изменений и анализа исторических данных.

7️⃣Database Seeding
EF Core 9 добавил новые методы UseSeeding, UseAsyncSeeding для удобного наполнения базы начальными данными.

8️⃣Split Queries for Includes
Позволяет разбивать сложные запросы с Include на несколько простых.
Избегает проблем с громоздкими JOIN’ами и повышает производительность.

9️⃣Raw SQL Queries
Можно выполнять чистый SQL прямо из EF Core.
Полезно, когда нужно выжать максимум производительности или использовать специфичный функционал конкретной СУБД.

1️⃣0️⃣Миграции для нескольких баз данных
Можно легко управлять миграциями и схемами сразу для разных провайдеров.
Подходит для приложений, которые должны работать с несколькими СУБД (например, SQL Server, PostgreSQL, MySQL).

👉 @KodBlog

Proxy Design Pattern

Что такое паттерн Proxy?

Proxy предоставляет объект-заместитель, который контролирует доступ к другому объекту.
Это как пользоваться банковской картой вместо наличных — те же возможности, но с большим контролем.

Это один из паттернов структурной группы, которая фокусируется на том, как классы и объекты объединяются в более крупные и гибкие архитектуры.

🔸Когда стоит использовать

Используйте Proxy, когда нужно:

- реализовать ленивую инициализацию тяжёлых объектов;
- контролировать доступ к объекту (например, авторизация);
- логировать входящие запросы;
- кэшировать результаты;
- управлять удалёнными ресурсами (например, через сеть).

Proxy идеально подходит, когда нужно добавить поведение к объекту, не изменяя его исходный код — например, добавить проверки безопасности или метрики производительности.

🔸Как реализовать

1. Создайте класс Proxy, реализующий тот же интерфейс, что и основной сервис.
2. Proxy хранит ссылку на реальный объект и перехватывает все обращения к нему.
3. В зависимости от логики, прокси может:

- разрешить/запретить доступ;
- отложить создание объекта;
- закэшировать результат;
- добавить побочные эффекты (лог, метрики и т.д.).

🔸Распространённые типы Proxy:

- Virtual Proxy — отложенное создание объекта;
- Protection Proxy — контроль прав доступа;
- Remote Proxy — работа с удалёнными объектами;
- Caching Proxy — кэширование результатов вызова.

> Proxy может выполнять свои действия до или после делегирования запроса реальному объекту.

🔸Почему это работает

- клиент работает с Proxy, не зная о реальной реализации сервиса.
- Proxy продолжает работать даже если объект-сервис ещё не создан или временно недоступен.
- можно добавлять новые прокси, не меняя код клиента или сервиса.

🔸Недостатки

- Возможны задержки в ответах из-за дополнительной логики.
- Увеличивается сложность кода — появляются дополнительные классы и уровни абстракции.
- Непродуманная реализация Proxy может стать узким местом и источником багов (например, в многопоточности).

👉 @KodBlog

Секретная фишка в C#, о которой никто не знает

Она позволяет создавать высокопроизводительные .NET-приложения.

Разработка надёжных, масштабируемых и быстрых .NET-приложений во многом зависит от того, как вы организуете конкуренцию и обработку данных.

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

Ранее для этого использовали такие конструкции, как Queue<T>, ConcurrentQueue<T> или BlockingCollection<T>.

Эти очереди оборачивали в классы и применяли для управления потоками данных.

Однако у таких решений есть существенный минус — сильная связанность кода. 💊

Channels в C# это малоизвестная, но мощная фишка, которая предлагает современный способ построения безопасных, асинхронных и высоконагруженных .NET-приложений.

Они реализуют паттерн "производитель-потребитель": один класс создаёт данные, другой их потребляет - при этом оба ничего не знают друг о друге.

Ключевым архитектурным моментом при работе с каналами является выбор между ограниченными и неограниченными каналами.

Вот гайд, где узнаете:

➡️ Что такое C# Channels?
➡️ Ограниченные vs. неограниченные каналы
➡️ Фоновая обработка через Channels
➡️ Применение каналов в боевом ASP.NET Core-приложении
➡️ Лучшие практики и советы по работе с Channels

👉 @KodBlog

В модульной монолитной архитектуре каждый модуль должен полноценно владеть своими данными. Для каждого модуля в PostgreSQL следует использовать отдельную схему и роль, а в EF Core — отдельный DbContext и строку подключения. Чтение данных между модулями должно выполняться через read model или представление , а не с помощью неконтролируемых join-ов

👉 @KodBlog

Числовой StringComparer появится в dotnet 10

Он позволяет сравнивать числа по их числовому значению, а не в лексикографическом порядке.

👉 @KodBlog

LINQ-метод Shuffle() появится в .NET 10

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

LINQ уже включает API для изменения порядка элементов, такие как OrderBy() и Reverse().
Однако на данный момент нет стандартного API для перемешивания IEnumerable<T>.

(Существует System.Random.Shuffle() для Span<T>, но если нужно перемешать произвольную последовательность IEnumerable<T>, скорее всего, придётся писать собственную реализацию.)

На StackOverflow часто можно встретить примеры перемешивания с использованием кода вроде .OrderBy(_ => Guid.NewGuid()).
Однако такой подход неэффективен, и есть более оптимальные способы перемешивания.

Поэтому предлагается реализовать System.Linq.Shuffle().

🔸API Proposal — Предложение API

namespace System.Linq
{
    public static class Enumerable
    {
        public static IEnumerable<T> Shuffle<T>(this IEnumerable<T> source) { }
        public static IEnumerable<T> Shuffle<T>(this IEnumerable<T> source, Random randomSource) { }
    }
}

🔸API Usage — Пример использования

var songs = ["Lorem", "ipsum", "dolor", "sit", "amet"];
foreach (var song in songs.Shuffle())
{
    Play(song);
}

// выбрать 3 уникальные песни
var threeSongs = songs.Shuffle().Take(3).ToArray();

👉 @KodBlog

Git merge be like:

👉 @KodBlog

Рендеринг шаблона в PDF с помощью PuppeteerSharp:

👉 @KodBlog