5 NuGet-пакетов для EF Core, о которых ты, скорее всего, не знал

Вот 5 пакетов, которые могут мгновенно прокачать твой проект на EF Core:

1️⃣EntityFramework.Exceptions
↳ Упрощает обработку ошибок, выбрасывая исключения, специфичные для конкретной БД
— https://github.com/Giorgi/EntityFramework.Exceptions

2️⃣EFCore.NamingConventions
↳ Автоматически приводит имена сущностей и полей к snake_case, kebab-case и другим стилям
— https://github.com/efcore/EFCore.NamingConventions

3️⃣Audit.EntityFramework.Core
↳ Прозрачно отслеживает изменения сущностей для аудита
— https://github.com/thepirat000/Audit.NET

4️⃣Microsoft.EntityFrameworkCore.DynamicLinq
↳ Позволяет выполнять LINQ-запросы, передавая их как строки во время выполнения
— https://dynamic-linq.net

5️⃣Z.EntityFramework.Extensions.EFCore
↳ Упрощает bulk-операции: массовые вставки, обновления и удаления работают в разы быстрее
— https://entityframework-extensions.net/

👉 @KodBlog

Вот реальные примеры применения SOLID из .NET-приложений.

Давайте честно:

Большинство онлайн-примеров SOLID — отстой.

Если ты не пишешь приложение для зоопарка, то объяснение принципа подстановки Барбары Лисков через Dog : Animal бесполезно.

Я тоже так думал. Считал, что SOLID — это что-то абстрактное и академическое. Пока не начал видеть его в своём реальном коде. И тогда дошло.

Как SOLID выглядит в реальном C#-коде:

1. SRP (Single Responsibility Principle)

Принцип единственной ответственности

Каждый класс должен отвечать только за одну задачу — и делать её хорошо. (смотри код на 1 фото)

🔴Нарушение: "Бог-класс" UserService, который делает всё подряд:
доступ к данным, валидация, отправка email и т.д.

✅Решение: Разделить на отдельные классы:

• UserValidator
• UserRepository
• EmailSender

2. OCP (Open/Closed Principle)

Принцип открытости/закрытости

Классы должны быть открыты для расширения, но закрыты для изменения.

🔴Нарушение: DbContext.OnModelCreating содержит конфигурацию для всех сущностей EF Core.
Добавляешь новую сущность — приходится лезть в DbContext.

✅Решение: Использовать IEntityTypeConfiguration<T>. (смотри код на 2 фото)

Новая сущность — просто новый конфигурационный класс.
DbContext остаётся нетронутым.

3. LSP (Liskov Substitution Principle)

Принцип подстановки Барбары Лисков

Дочерние классы должны заменять родительские без нарушения логики.

➡️Этот принцип касается наследования.

На практике: избегай наследования в C#. Всё.

4. ISP (Interface Segregation Principle)

Принцип разделения интерфейсов

Не заставляй классы реализовывать методы, которые им не нужны.

🔴Нарушение: Интерфейс IUserService, в котором всё подряд: валидация паролей, отправка писем, логирование и т.п.

✅Решение: Разделить на узкоспециализированные интерфейсы:

• IUserRepository
• IPasswordValidator
• IEmailSender
• ILogger

ISP — это SRP, но для интерфейсов.

5. DIP (Dependency Inversion Principle)

Принцип инверсии зависимостей

Высокоуровневые модули не должны зависеть от низкоуровневых. Оба должны зависеть от абстракций.

➡️Слои бизнес-логики не должны зависеть от инфраструктуры (БД, файловой системы, внешних API и т.п.)

✅Решение: В Clean Architecture слои Entities и UseCases (доменная логика) не должны зависеть от инфраструктурных слоёв.

Совмести с Vertical Slices — получишь максимум пользы.

Вот и всё.

SOLID на реальном .NET-коде. Дай знать, стало ли понятнее.

👉 @KodBlog