💬 А вы отключаете top-level statements в своем проекте?

Top-level statements позволяют отказаться от некоторых формальностей при написании приложений и сделать код проще.

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

👍 — конечно отключаю
🤔 — не отключаю
🥱 — не знаю, что это такое

🧰 Замена BinaryFormatter в .NET 8

Помимо System.Text.Json и Newtonsoft.Json в качестве альтернативы BinaryFormatter для серилизации/десериализации объектов в .NET можно использовать MessagePack и MemoryPack.

Есть и другие способы, но эти работают без дополнительных настроек и показывают неплохие результаты производительности.

1️⃣

var bytes = MessagePackSerializer.Serialize(People, ContractlessStandardResolver.Options);
return MessagePackSerializer.Deserialize<List<Person>>(bytes, ContractlessStandardResolver.Options);

2️⃣

[MemoryPackable]
public partial class Person
{
    public string Name { get; set; }
    public int Age { get; set; }
    public List<string> ProgrammingKeywords { get; set; } = [];
}

...

var bytes = MemoryPackSerializer.Serialize(People);
return MemoryPackSerializer.Deserialize<List<Person>>(bytes);

👉 Подробнее

#benchmarks #dotnet #csharp

💡Вы знаете, что .NET runtime отслеживает доступность локальных переменных, и вам не нужно устанавливать локальные переменные в null, чтобы они стали доступны для сборщика мусора?

☝️Но есть один трюк, связанный с уровневой компиляцией, поскольку отслеживание отключено на уровне Tier0!

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

Это может означать, что объекты, на которые ссылаются локальные переменные в методе, скомпилированном на уровне 0, могут не сразу стать доступными для сборки мусора, даже если они кажутся вышедшими из области видимости.

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

👉 Подробнее

#dotnet #csharp #tip by Сергей Тепляков

🎤«ConcurrencyToolkit» — доклад .NET-разработчика Евгения Пешкова на встрече SpbDotNet №93

📌 Из доклада вы узнаете о библиотеке автора под названием ConcurrencyToolkit с альтернативными реализациями async семафоров и key-value коллекций, а также о других библиотеках для написания производительного многопоточного кода, включая Disruptor.NET и NonBlocking.

📺 Смотреть

⚡️Самые полезные каналы по C# в одной папке

В ней:
➖канал для подготовки к собеседованиям
➖интересные задачи
➖основной канал (этот)
➖книги по C#
➖лучшие вакансии из сферы
➖и наш чат, в котором можно общаться и задавать вопросы

Добавляйте 👉 тык сюда