C# Portal | Программирование

Стоит ли перестать использовать случайные UUID в .NET? Классический UUID через Guid.NewGuid() генерируется случайным образом. Для уникальности это отлично, но для базы данных — не лучший вариант. Из-за случайного порядка появляются: - дорогие ребалансировки индексов; - просадка скорости вставки; - высокая фрагментация. Поэтому многие перешли на ULID — 128-битный сортируемый идентификатор с сохранением уникальности. ULID сохраняет временной порядок генерации, благодаря чему лучше работает с индексами. Но начиная с .NET 9 появился более нативный вариант: ✅ Guid.CreateVersion7() UUID V7 — это time-ordered UUID с полной совместимостью с Guid, без сторонних пакетов. Фактически получаете преимущества ULID, но уже встроенные в .NET. 👉 @KodBlog

Я написал два почти одинаковых SQL-запроса. Один из них оказался быстрее в 451 раз. Я реализовывал постраничную навигацию через курсор. И подумал: почему бы не добавить индекс, чтобы ускорить запрос? Вот здесь всё пошло не по плану. Есть сканирование индекса через составной индекс. На первый взгляд — всё нормально. Но запрос стал даже медленнее, чем без индекса. В чём причина? Можно было бы подумать, что дело в слишком маленьком объёме данных, где индекс просто не даёт выгоды. Но дело было не в этом… А что если использовать сравнение кортежей в SQL? В итоге индекс начал работать — 0.668 мс. Оптимизатор запросов не смог корректно понять, можно ли применить составной индекс для построчного сравнения. Но при сравнении кортежей индекс начал использоваться эффективно. Если бы я не посмотрел план выполнения запроса, я бы это не понял. 👉 @KodBlog

SkiaSharp 4.0 Preview 1 вышел — более быстрый рендеринг, более чистые API и более умное формирование текста для .NET-приложений, которые рисуют… что угодно. Попробуй и посмотри, на что теперь способны твои графические компоненты: https://ift.tt/k9wTbRv 👉 @KodBlog

.NET MAUI работает на Linux через GTK4. Команда экспериментирует с этим в maui-labs, и реализация уже выглядит очень полной. Есть Shell, Blazor Hybrid, CollectionView, жесты, анимации. Всё на нативных виджетах GTK4. https://github.com/dotnet/maui-labs/tree/main/platforms/Linux.Gtk4 👉 @KodBlog

Версионирование API в .NET 10 получило обновление. Asp.Versioning v10 + встроенная OpenAPI = чистая документация по версиям без дублирования конфигурации и с корректной поддержкой Minimal API и контроллеров. SwaggerUI + Scalar также стали учитывать версии API. 👉 @KodBlog

Использование нативной компиляции AOT в .NET для сборки DLL под Windows WinAPI: читать Я пропустил один момент с AOT: через него можно собирать нативные библиотеки динамической компоновки. Проверил на практике — получаются небольшие стандартные DLL в стиле WinAPI, которые можно вызывать из легаси-приложений. 👉 @KodBlog

EF Core имеет заметную просадку производительности при использовании колонок-идентификаторов. Как это обычно решают ? В большинстве проектов для первичных ключей используют либо автоинкремент из базы данных, либо GUID. При вызове метода SaveChanges EF Core возвращает сгенерированное значение идентификатора, которое сформировала база. В SQL Server EF Core применяет оператор MERGE с предложением OUTPUT, чтобы объединять множественные вставки в один запрос и возвращать новые значения идентификаторов. Подход рабочий, но у него есть жёсткие ограничения: - лимит в 2100 параметров: SQL Server допускает максимум 2100 параметров на один запрос. При 14 колонках это примерно 100–200 строк за одну партию. Для 10 000 строк Product это приводит к множеству обходных вызовов к базе. - стоимость привязки параметров: каждый параметр создаётся, привязывается и отправляется по сети. Для больших объёмов это десятки тысяч параметров. - нагрузка на отслеживание изменений: после каждой партии EF Core обновляет трекер изменений и присваивает возвращённые идентификаторы объектам. Это заметно ухудшает производительность при массовых вставках. При этом часто нет необходимости возвращать идентификаторы сразу после вставки. Заявленный результат: 10 000 записей Product. EF Core SaveChanges с возвратом идентификаторов: ~7000 мс. Оптимизированная вставка: ~200 мс. 👉 @KodBlog

Ubuntu 26.04 поставляется с .NET 10 из коробки: новые контейнерные образы -resolute, готовность к Linux 7.0, постквантовая криптография и чистая поддержка cgroup v2. Native AOT работает быстро: компактные бинарники + ~3 мс запуска. .NET 8/9 доступны через PPA с бэкпортами. 👉 @KodBlog

Что такое Queue<T>? Queue<T> — это коллекция в C# с принципом FIFO (первым пришёл — первым ушёл). То есть первый добавленный элемент будет извлечён первым. Когда использовать? > Планирование задач > Очереди на печать > Обработка сообщений > Поиск в ширину (BFS) в графах Пример прикрепил, с вас лайк ❤️ 👉 @KodBlog

Совет по LINQ: Вызывай ToList() после фильтрации, а не до. Почему? > В первом случае всё загружается в память до фильтрации > Во втором — фильтрация происходит на источнике, что лучше для БД или больших коллекций > Особенно важно при работе с EF Core или API, использующих IQueryable 🎉🎉 👉 @KodBlog