Не в бровь, а в глаз 😁

Примитивы синхронизации доступно 🙏

1️⃣ Monitor

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

Монитор предназначен для использования в рамках одного процесса, и чтобы это делать максимально эффективно и удобно в C# завезли оператор lock - синтаксический сахар над конструкцией try-Enter-finally-Exit.

2️⃣ Mutex

Мьютекс очень похож на Монитор:

▪️предоставляет эксклюзивный доступ к ресурсу

▪️также как и Монитор, требует того, чтобы поток, получивший Мьютекс, высвободил его

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

3️⃣ Semaphore

Семафор ограничивает число потоков, у которых есть конкурентный доступ к пулу распределённых ресурсов.

При этом потоки, которые пытаются пробиться к ресурсу будут ждать, пока любой поток с доступом высвободит семафор, поскольку, в отличие от Мьютекса, поток, заполучивший примитив, не обязан его высвобождать - это может сделать другой.

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

4️⃣ SemaphoreSlim

Это облегчённая и оптимизированная версия локального Cемафора.

Согласно предписаниям Microsoft его рекомендуется использовать для синхронизации в одном процессе.

5️⃣ Interlocked

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

Продолжение по просьбе подписчика 🔥

6️⃣ ReaderWriterLock

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

У читателей и писателей разные очереди. В момент времени, когда поток высвобождает писательскую блокировку, все потоки, ожидавшие блокировку на чтение, получают её. И, наоборот, когда все эти читательские блокировки отпускаются, поток в читательской очереди обрабатывается. Получается, что примитив чередует обработку коллекции потоков читателей и одного потока писателя.

7️⃣ ReaderWriterLockSlim

Этот примитив синхронизации очень похож на предыдущий, и рекомендуется к использованию в версиях .NET новее .NET Framework 3.5

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

А вообще, помните друзья: лучший примитив синхронизации тот, который вам не понадобится, другими словами, не делите данные между потоками 😁

Как в C# 11 появилась обобщённая математика ❓

7 ноября при поддержке CUSTIS состоится MskDotNet Meetup #55, где я выступлю с докладом.

В рамках доклада рассмотрим с нуля концепцию обобщённой математики, как она выглядит в C# 11, как могла выглядеть в предыдущих версиях языка и почему вообще появилась.

Также зароемся в кишки System.Numerics, и узнаем, в какой продакшн в скором времени заделиверится эта фича.

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

Для онлайн слушателей будет организована трансляция.

В Москве уже успело выпасть 7 сантиметров снежного покрова, а я успел собрать для вас самые важные посты октября 🤩

💎 Запись моего спикерского дебюта на Стачке

💎 История о том, как этот дебют состоялся

💎 Самое простое объяснение примитивов синхронизации

💎 Самая ожидаемая фича Rider в 2023 году

Как разобраться в новом проекте: пошаговая инструкция 🤩

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

Дело тут не в компетенции, а в исторически сложившихся особенностях системы, которые отличаются от компании к компании.

При использовании следующих рекомендаций появится шанс приносить ценность ещё до окончания испытательного срока.

1️⃣ Общайтесь с аналитиками, расспрашивайте их про проект, попросите показать документацию и так далее.

Именно эти люди превращают непонятные бизнес-требования в структурированные технические задачи.

2️⃣ Если нет аналитиков, документации или что-то из этого в плохом состоянии, то смело бросайтесь выполнять много разноплановых мелких задач.

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

3️⃣ О качественной аналитике на проекте никогда не слышали, задач для погружения не дают - тогда бегите писать тесты!

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

unmanaged constraint

Позавчера на докладе меня попросили прокомментировать этот фрагмент кода из ML NET.

В частности слушателя заинтересовало, что означает ограничение unmanaged.

Тогда ответить не вышло, честно не знал 😅

Однако я не я, если не разберусь в теме, и не напишу об этом пост 😁

Запоминаем - where T : unmanaged означает, что тип T это что-то из списка ниже:

⭐️ sbyte, byte, short, ushort, int, uint, long, ulong, nint, nuint, char, float, double, decimal, bool

🌴 любой enum тип

🎁 любой тип указателя (например void*)

👽 любой пользовательский struct с полями только из unmanaged типов

Иными словами такое ограничение запрещает типу иметь внутри себя ссылки, управляемые GC, то есть это не ссылочный тип, или тип без членов ссылочного типа на любом уровне вложенности.