Как применять EF-миграции в продакшене?

Самый распространенный подход: накатывать их через CLI командой Update-Database.

Но я предпочитаю генерировать для миграций SQL-скрипты. Так можно проверить SQL-выражения и убедиться, что все ок.

Еще лучше, если у вас есть DBA.

CREATE TABLE IF NOT EXISTS "__EFMigrationsHistory" (
    "MigrationId" character varying(150) NOT NULL,
    "ProductVersion" character varying(32) NOT NULL,
    CONSTRAINT "PK___EFMigrationsHistory" PRIMARY KEY ("MigrationId")
);

START TRANSACTION;

CREATE TABLE "Products" (
    "Id" integer GENERATED BY DEFAULT AS IDENTITY,
    "Name" character varying(100) NOT NULL,
    "Description" character varying(1000),
    "Price" numeric(18,2) NOT NULL,
    CONSTRAINT "PK_Products" PRIMARY KEY ("Id"),
    CONSTRAINT "CK_Price_NotNegative" CHECK (Price > 0)
);

CREATE UNIQUE INDEX "IX_Products_Name" ON "Products" ("Name");

INSERT INTO "__EFMigrationsHistory" ("MigrationId", "ProductVersion")
VALUES ('20240516095344_Create_Database', '8.0.5');

COMMIT;

👉 @KodBlog

Отсутствие нейминг-конвенций в коде меня дико бесит.

Можешь с этим что-нибудь сделать?

Только без истерик в PR (так не надо).

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

Вот пример для именования command handler-ов.

[Fact]
public void CommandHandler_ShouldHave_NameEndingWith_CommandHandler()
{
    Types.InAssembly(ApplicationAssembly)
        .That()
        .ImplementInterface(typeof(ICommandHandler<>))
        .Or()
        .ImplementInterface(typeof(ICommandHandler<,>))
        .Should()
        .HaveNameEndingWith("CommandHandler")
        .GetResult()
        .ShouldBeSuccessful();
}

👉 @KodBlog

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

Так что эти ресурсы стоит чекнуть как можно скорее:

- https://github.com/AIDotNet/OpenDeepWiki
- https://github.com/shuyu-labs/AntSK
- https://github.com/AIDotNet/Thor
- https://github.com/AIDotNet/auto-prompt

👉 @KodBlog

Кто-то собрал вообще все туториалы в стиле сделай это с нуля со всего интернета в одном месте.

Называется build-your-own-x, и это самый популярный репозиторий в истории GitHub по числу звёзд.

466 000 звёзд. Больше, чем у React. Больше, чем у TensorFlow. Больше, чем у любого инструмента, который когда-либо делали.

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

Ричард Фейнман сказал: "Чего я не могу создать, того я не понимаю."

https://github.com/codecrafters-io/build-your-own-x

👉 @KodBlog

Как сделать ваши API-эндпоинты быстрее в 426 раз:
(подсказка: это не кэш)

Когда разработчики видят медленные API, первая реакция часто такая: лечить тормоза неправильным лекарством, кэшем.

Но это решение держится на ключевом заблуждении:

будто кэширование может исправить тормоза, вызванные плохими запросами к базе данных.

Поэтому первый шаг к более масштабируемым системам это починить именно запросы.

Чтобы это показать, проведем небольшой эксперимент.

Я сделал небольшой веб-API с одним эндпоинтом /products.

До оптимизации:

- Количество обработанных запросов: 378
- Среднее запросов/сек: 11.01
- Средняя длительность запроса: примерно 4 секунды

После оптимизации:
- Количество обработанных запросов: 140,331
- Среднее запросов/сек: 4,689.36
- Средняя длительность запроса: 10.69 мс

Сначала исправляй доступ к данным.
А кэш используй потом, чтобы масштабироваться, а не выживать.

👉 @KodBlog

Поддержка MinBy / MaxBy скоро появится в Entity Framework 😍

Судя по всему, это должно приехать в EF 11 Preview 2.

👉 @KodBlog

Жирный лайфхак: как бесплатно и за пару минут сделать сайт с документацией для любого репозитория на GitHub:

👉 @KodBlog

У нас новости: нативная трассировка OpenTelemetry появится в ASP.NET 11 Preview 2! ✌️

ASP.NET Core теперь нативно добавляет атрибуты семантических конвенций OpenTelemetry в Activity HTTP-сервера, приводя это в соответствие со спецификацией OpenTelemetry HTTP server span. Все обязательные атрибуты теперь включены по умолчанию, то есть метаданные совпадают с теми, что раньше были доступны только через библиотеку OpenTelemetry.Instrumentation.AspNetCore.

Чтобы собирать встроенные данные трассировки, подпишитесь на source Microsoft.AspNetCore в вашей конфигурации OpenTelemetry:

builder.Services.AddOpenTelemetry()
    .WithTracing(tracing => tracing
        .AddSource("Microsoft.AspNetCore")
        .AddConsoleExporter());

Никакая дополнительная библиотека инструментирования (например OpenTelemetry.Instrumentation.AspNetCore) больше не нужна. Фреймворк теперь напрямую проставляет атрибуты семантических конвенций, такие как http.request.method, url.path, http.response.status_code и server.address, в Activity запроса.


👉 @KodBlog

Самый простой способ добавить валидацию в Options Pattern

Можно использовать data annotations, например атрибут Required.

Также нужно обновить настройку DI и вызвать метод ValidateDataAnnotations.

Это включит валидацию при разрешении options из DI-контейнера.

public class GitHubSettings
{
    [Required]
    public string AccessToken { get; init; }

    [Required]
    public string RepositoryName { get; init; }
}

builder.Services
    .AddOptions<GitHubSettings>()
    .BindConfiguration("GitHubSettings")
    .ValidateDataAnnotations();

👉 @KodBlog

thoseThreeOnlyBringRegret

👉 @KodBlog

Самое мощное правило для написания читаемого C# кода:

(Я вынес его из одного ТВ-шоу 90-х про бои на мечах)

Никогда не делайте цепочку больше чем из одного тернарного оператора.

Сейчас объясню.

В детстве я смотрел сериал Highlander.

Если не знакомы с этим шоу:

Там куча людей дерется на мечах.

Главное правило? Должен остаться только один.

То есть в конце выживает только один.

Золотое правило при работе с тернарным оператором в C#:

Должен быть только один.

То есть избегайте цепочек из более чем одного тернарного оператора.

Решение:

1. Перепишите в if-else.
2. Посмотрите, можно ли еще сильнее отрефакторить и упростить код.

Запомните:

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

👉 @KodBlog

В EF Core есть способ получше для массовых обновлений.

Можно использовать метод ExecuteUpdate. Его добавили в EF 7.

При выполнении в базе данных он преобразуется в один SQL-запрос.

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

👉 @KodBlog

В .NET 11 Preview 3 добавили раннюю preview-фичу из C# 15: unions.

Она добавляет объявления union (union Pet(Cat, Dog, Bird) { ... }) и union-типы, помечаемые атрибутом [Union].

Их можно обрабатывать через pattern matching / switch expressions как замкнутый набор вариантов, с проверкой exhaustiveness.

https://github.com/dotnet/csharplang/blob/main/proposals/unions.md

👉 @KodBlog

Правильно ли вы внедряете зависимости в Controllers?

Многие разработчики этого не знают

Внедрять зависимости в Controller можно двумя способами:
↳ через конструктор
↳ через внедрение в метод

Сталкивались с раздутыми контроллерами, у которых в конструкторе слишком много зависимостей?

При этом конкретный endpoint использует только часть из них.

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

✅Так почему бы не внедрять нужные объекты прямо в метод endpoint-а?

Их можно внедрять без атрибута [FromServices], он больше не нужен. Почти так же, как и в Minimal APIs.

Когда вы внедряете зависимости только там, где они реально нужны, это улучшает читаемость, упрощает поддержку и повышает производительность контроллеров.

👉 @KodBlog

Хватит инжектить IConfiguration. Вот правильный подход в .NET 10

Однажды я выкатил систему feature-флагов, которая читала настройки из appsettings.json через IOptions<FeatureFlagOptions>. В деве всё работало нормально. Но в проде, когда команда DevOps переключала флаг, обновляя appsettings.json, ничего не происходило. API продолжал возвращать старые значения. Пользователи застряли. Чтобы подхватить изменения, мне пришлось перезапустить приложение.

Исправление? Заменить IOptions<T> на IOptionsMonitor<T>.
Изменение в одну строку, которое стоило мне трёх часов дебага и инцидент-репорта. Этот случай показал мне: понимать Options Pattern — не опционально. Это базовая вещь. Разберёмся.

Завариваем кофею и читаем статью

👉 @KodBlog

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

Фреймворк основан на двух функциях из функциональных языков: Map и Reduce.

- Map принимает на вход список элементов и функцию. Она применяет эту функцию к каждому элементу списка и возвращает результат. Например, если список [1,2,3,4], а функция возводит число в квадрат, Map преобразует его в [1,4,9,16].
- Reduce принимает список, функцию и начальное значение. Она последовательно комбинирует элементы списка с начальным значением через заданную функцию. Например, если функция суммирует два числа, начальное значение 0, а список [1,2,3,4], Reduce вернёт 10.

Внутреннее функционирование MapReduce можно описать следующими шагами:

1. Разделение данных: входные файлы делятся на несколько частей.
2. Запуск кластерной обработки: запускаются копии программы MapReduce на кластере. Одна копия — мастер, остальные — воркеры. Мастер распределяет Map и Reduce задачи между воркерами. Пользователь может задать количество задач Map и Reduce.
3. Map задачи: воркер читает свою часть входных данных, разбивает её на пары ключ/значение и передаёт в пользовательскую функцию Map.
4. Промежуточные данные: Map функция возвращает набор промежуточных пар ключ/значение. Эти пары разбиваются на партиции, а информация о расположении каждой партиции отправляется мастеру. Эти партиции становятся входом для Reduce воркеров.
5. Reduce задачи: воркер считывает пары, группирует все элементы с одинаковым ключом и передаёт ключ с соответствующим набором значений в пользовательскую функцию Reduce. Результат Reduce добавляется в выходной файл.
6. Завершение работы: когда все Map и Reduce задачи выполнены, мастер возвращает контроль пользователю. Выходные данные доступны через файлы, один файл на каждого Reduce воркера.

Таким образом, MapReduce превращает огромные распределённые вычисления в управляемый процесс с понятной логикой распределения и агрегации данных.

👉 @KodBlog

Чувак сделал Ctrl+F для всего экрана.

Нажимаешь хоткей → экран «замораживается» → вводишь текст для поиска → совпадения подсвечиваются в реальном времени. Работает с любым видимым контентом — невыделяемые PDF, диалоги ошибок, текст на изображениях и т.д.

Также можно выделить мышью любую область (drag-select), и приложение автоматически копирует весь текст из этой области — как Snipping Tool, только для текста, с автокопированием.

Один .exe, работает локально, используя встроенный в Windows OCR.

Вот приложение — github.com/sid1552/ScreenFind

TL;DR: Ctrl+F, но для всего экрана.

👉 @KodBlog

SignalR позволяет добавлять real-time функциональность в .NET-приложения.

И всё начинается с Hub.

Hub — это центральный компонент приложения, который управляет клиентами и отправляет сообщения.
Чтобы получать и отправлять сообщения, клиенты должны подключиться к Hub.

👉 @KodBlog

Когда кажется, что в Postgres уже не осталось того, чего он не умеет… 🐘

Да, даже полнотекстовый поиск.

И его можно подключить через EF Core.

С этим вы можете:

Настроить индексы для полнотекстового поиска
Писать эффективные поисковые запросы
Ранжировать и сортировать результаты по релевантности
Плавно интегрировать это в ваши .NET-приложения

https://www.milanjovanovic.tech/blog/how-i-implemented-full-text-search-on-my-website

👉 @KodBlog

Большинство разработчиков могут назвать 10 типов тестирования.

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

Вот краткий разбор:

1. Smoke Testing (смоук-тестирование)
Приложение вообще запускается?

2. Functional Testing (функциональное тестирование)
Каждая функция возвращает корректный результат?

3. Integration Testing (интеграционное тестирование)
Модули продолжают работать корректно, когда они соединены между собой?

4. Regression Testing (регрессионное тестирование)
Последний коммит не сломал то, что ещё вчера работало?

5. Load Testing (нагрузочное тестирование)
Система справляется с реальным трафиком без «захлёбывания»?

6. Stress Testing (стресс-тестирование)
Что произойдёт, если нагрузку довести до предела?

7. Security Testing (тестирование безопасности)
Может ли кто-то воспользоваться уязвимостью, о которой вы не знали?

8. UI Testing (тестирование пользовательского интерфейса)
Интерфейс ведёт себя так, как ожидает пользователь?

9. Fuzz Testing (фазз-тестирование)
Что сломается, если отправлять приложению случайные или некорректные данные?

10. Reliability Testing (тестирование надёжности)
Система остаётся стабильной после работы в течение дней, а не минут?

👉 @KodBlog

Встроенный пример IValidatableObject в ASP.NET
Кто-нибудь использует это?

👉 @KodBlog