Полезная статья про Avalonia и реализацию MVVM на C# по шагам!

В этой статье:
• Что такое Avalonia и почему она интересна для кроссплатформенного desktop
• Как разделить интерфейс и бизнес-логику через MVVM
• Как постепенно собрать пример приложения с View, ViewModel, binding и данными

Продолжай читать на Habr!

➡️ C# Ready | #статья

Крутая статья о том, как подружить C#, .NET MAUI и Rust в одном приложении!

В этой статье:
• Как подключить Rust-код к MAUI-проекту
• Зачем может понадобиться нативная часть внутри C#-приложения
• Как C# и Rust могут вместе работать с графикой через SkiaSharp

Продолжай читать на Habr!

➡️ C# Ready | #статья

Почему не стоит lock-ать строку или публичный объект?

В C# lock работает по объекту-синхронизатору:

lock (sync)
{
    // критическая секция
}

Проблема начинается, когда в роли sync используют строку:

lock ("cache")
{
    UpdateCache();
}

Строки могут интернироваться, то есть одинаковые литералы могут ссылаться на один и тот же объект.

В итоге другой код в приложении тоже может случайно заблокироваться на "cache":

lock ("cache")
{
    DoSomethingElse();
}

Похожая проблема с публичными объектами:

public object Sync = new();

Любой внешний код может взять этот объект и тоже сделать lock, создавая странные зависания.

Надёжнее держать приватный синхронизатор:

private readonly object _sync = new();

lock (_sync)
{
    UpdateCache();
}

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

➡️ C# Ready | #совет