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

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

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️⃣ О качественной аналитике на проекте никогда не слышали, задач для погружения не дают - тогда бегите писать тесты!

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