StepOne | Степан Минин

Под шум последних событий случился .NET 9 Preview 1 🤷‍♀️

Мелкомягкие уже начали разрабатывать новый STS релиз.
Обещали в нём сконцентрироваться на развитии AI и облачных инструментов.

В их числе, например, тот самый Aspire.
Кстати, кто-нибудь разобрался в том, что это за фрукт?

Из интересного для меня завезли пару классных LINQ методов:

✅ CountBy - наконец в .NET завезли что-то похожее на Counter из Python

✅ AggregateBy - с выборками из коллекций можно будет работать как с агрегатами SQL таблиц

Ну и ещё в очередь с приоритетами добавили удаление.

Остальное можно прочитать по ссылке в MSDN

Dictionary vs Lookup

В коммерческой практике часто встречается задача преобразовать некий список в словарь по определённому ключу, чтобы получать элементы коллекции за константное время O(1).

Допустим, у нас есть некоторые сообщения, и требуется возможность выбирать нужное сообщение по отправителю:

record Message(string Sender, string Content);

List<Message> messages = [
    new Message(Sender: "Alex", Content: "abc"),
    new Message(Sender: "Bob", Content: "123"),
    new Message(Sender: "Jim", Content: "=-+")
];

С этим конечно справится метод LINQ ToDictionary:

var messagesBySender = messages
    .ToDictionary(x => x.Sender, x => x);

Однако, если в коллекции появится несколько сообщений с одним отправителем:

List<Message> messages = [
    new Message(Sender: "Alex", Content: "abc"),
    // ...
    new Message(Sender: "Alex", Content: "xyz")
];

То мы получим необработанное исключение при выполнении программы:

System.ArgumentException: An item with the same key has already been added. Key: Alex

Как этого избежать? Использовать метод ToLookup, который даже не потребует селектора значения:

var messagesBySender = messages
    .ToLookup(x => x.Sender);

В чём вообще разница между этими структурами данных?

Lookup

🔠 Работает за O(1), но возвращает IEnumerable<T>, поскольку одному ключу соответствует несколько значений

🔠 Если записи по ключу не существует, то возвращает пустую коллекцию

🔠 Относится к неизменяемым (immutable) структурам данных

Dictionary

🔠 Работает за O(1), возвращая единственный элемент, соответствующий ключу

🔠 Если записи по ключу не существует, то кидает KeyNotFoundException

🔠 Позволяет обновлять своё состояние

А вы используете IAsyncEnumerable?

У меня сложилось впечатление, будто после релиза C# 8 про эту штуку все забыли, поэтому решил сегодня про неё вспомнить)

Этот тип данных решал задачу потребления и создания асинхронных потоков данных.

То есть, таких потоков, в которых данные получают или генерируют асинхронно.

Напомню, что если у нас есть некоторый метод:

static async IAsyncEnumerable<Data> GetData()
{
    // ...
}

То в таком случае, можно перебрать возвращаемое значение следующим образом:

await foreach (var item in GetData())
{
    // ...
}

Но что в таком случае будет наполнять тело метода GetData?

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

То есть, всё сразу предъявить мы не можем, но способны заявить об этой возможности.

Например, есть многостраничный список с фиксированным количеством элементов на одной странице.

Тогда, внутри метода GetData будет скачиваться одна страница и разворачиваться в плоский поток до тех пор, пока есть следующая страница:

static async IAsyncEnumerable<Data> GetData()
{
    var page = 1;
    while (page <= 10)
    {
        var items = await Fetch(page);
        foreach (var item in items)
            yield return item;
        page++;
    }
}

В вашей практике встречается потребность в IAsyncEnumerable?

Сколько времени просить перед выходом на новое место?

Вот вы и получили оффер!

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

Можно выдохнуть, не так ли?

Спешу немного разочаровать - впереди ещё одно маленькое испытание.

Вопрос о предполагаемой дате выхода на новое место не так прост, как кажется.

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

Однако, именно такое поведение может характеризовать вас в негативном свете.

❌ "Готов подписать договор уже завтра? Понятно, это его первый попавшийся оффер, он low-value специалист, можно начинать искать ему замену."

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

Запомните, что если у вас есть оффер, то вас готовы ждать!

Совет из моего личного опыта - возьмите 1-2 недели передышки перед новым местом, лишним не будет.

Как можно поступить в такой ситуации?

✔️ "У меня есть ещё запланированные собеседования на эту неделю. Хотелось бы для начала завершить текущие договорённости, а затем взять некоторую паузу на раздумья, чтобы всё сравнить и принять максимально взвешенное решение."

✔️ "На текущем месте работы отношения с коллегами достаточно хорошие, и мне не хотелось бы уходить по-английски. Поэтому, после того как поставлю их в известность об уходе, потребуется время, чтобы передать дела. Не могу точно сказать, сколько это займёт, но ориентировочно от 3 до 4 недель."

Task.WhenAll vs Parallel.ForEachAsync

Этот вопрос возникал перед любым практикующим C# разработчиком.

Наконец, окончательный и аргументированный ответ можно получить, прочитав мою новую статью на Хабре!

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

Новые выражения коллекций в .NET 8

C# 12 привнёс лаконичный синтаксис для инициализации коллекций, открыв много новых возможностей.

1️⃣ Квадратные скобки

Теперь списки, массивы, спаны и прочее можно объявлять как в JavaScript!

Правда, в случае переменных нужно обязательно указывать target type:

int[] intArray = [1, 2, 3];
List<int> intList = [4, 5, 6];
ImmutableArray<object> emptyCollection = [];

Это работает и для свойств, полей, параметров методов и так далее.

2️⃣ Развёртка коллекции

Опять же, подобное уже было в JavaScript - оператором .. можно несколько коллекций соединять в один плоский массив:

string[] vowels = ["a", "e", "i", "o", "u"];
string[] consonants = ["b", "c", "d", "f", "g", "h", "j", "k", "l", "m",
    "n", "p", "q", "r", "s", "t", "v", "w", "x", "z"];
string[] alphabet = [.. vowels, .. consonants, "y"];

3️⃣ Поддержка пользовательских типов данных

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

✅ Реализовать интерфейс IEnumerable<T>
✅ Написать статический класс билдер с фабричным методом, который создаёт объект вашего типа из коллекции
✅ Пометить тип атрибутом [CollectionBuilder], указав класс строитель и имя фабричного метода

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

Всех с началом рабочей недели!

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

…

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

https://habr.com/ru/articles/791264/

Priority Queue

В .NET 6 завезли такую настоящую объекто-ориентированную очередь с приоритетами.

Объектно-ориентированная в смысле поддержки своих формальных типовых параметров:

▪️TElement - тип содержимого очереди

▪️TPriority - тип приоритета содержимого очереди

По сути своей, это сортирующая коллекция, в которой приоритет выступает ключом сортировки.

Причём в конструктор очереди, можно передать экземпляр IComparer<T>, чтобы, например, определить направление сортировки:

// сортируем по убыванию некоторой даты
var queue = new PriorityQueue<string, DateTimeOffset>(
    Comparer<DateTimeOffset>.Create((x, y) => y.CompareTo(x)));

queue.Enqueue("abv", DateTimeOffset.UtcNow.Subtract(TimeSpan.FromDays(2)));
queue.Enqueue("ghj", DateTimeOffset.UtcNow.Subtract(TimeSpan.FromDays(3)));
queue.Enqueue("123", DateTimeOffset.UtcNow.Subtract(TimeSpan.FromDays(1)));

while (queue.TryDequeue(out var card, out var addedOn))
{
    Console.WriteLine($"{card}, {addedOn}");
}
// чтение выведет: 123 | abv | ghj

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

Из недостатков можно отметить, что класс PriorityQueue<TElement, TPriority> не реализует никаких LINQ интерфейсов, или интерфейсов коллекций, поэтому совместимость с другими API придётся реализовывать самому.

Больше прочитать про внутреннее устройство класса можно в статье Вадима Мартынова на Хабре

Какой сахар мне хотелось бы видеть в новых версиях C#

Вас не подвело зрение, мне действительно не хватает кое-какого синтаксического сахара)

Большинство разработчиков знакомы с оператором ??

Он делает эквивалентными две следующие строчки:

return expr is null ? fallbackValue : expr

// ...

return expr ?? fallbackValue

Однако, в моей практике часто встречалась ситуация, когда необходимо было сделать обратный процесс:

return expr is null ? null : GetResult(expr)

Хотелось бы сократить эту запись до одного оператора.

Не важно, как он будет называться, варианты: ?!, ?:, ???

Тогда, сокращение будет выглядеть так:

return expr ??? GetResult(expr)

Как же летит время, январь почти всё 🤯

Надеюсь вы хорошо провели праздники, да и для канала месяц в целом прошёл неплохо

⚡️ Начал год со статьи про полиморфизм в DI на Хабре

⚡️ Сравниваем производительность разных способов приведения типов в ковариантном и контравариантных сценариях

⚡️ Пособие по борьбе со скрытыми символами

⚡️ Новый сахар в C# 12

Рекомендую к прочтению

В прошлом году у меня возникла необходимость систематизировать в моменте свои знания об асинхронном программировании в C# и при этом иметь постоянную шпаргалку под рукой.

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

Вы даже узнаете, в чём преимущество async / await для ASP NET приложений!

Бумажный вариант стоит недорого, сама книга имеет небольшой объём - всего 119 страниц.

Так что, однозначный лайк👍🏻

«Когда мера становится целью, она перестает быть хорошей мерой» - закон Гудхарта 🧠

Страшно подумать - принцип был сформулирован почти 50 лет назад, но много технических компаний и эффективных менеджеров продолжают его не понимать!

Если ваша цель снизить количество легаси - удалите кодовую базу и начните всё сначала.

Если ваша цель увеличить доход - покройте все экраны рекламой.

Если ваша цель писать больше кода - добавляйте бессмысленные комментарии.

Если ваша цель фиксить больше багов - чините самое простое.

Если ваша цель делать больше пулл реквестов - время вылизывать readme.

Если ваша цель увеличить вовлечённость - превратите всё в кликабельные кнопки.

Если ваша цель уменьшить количество отчётов об ошибке - усложните отправку отчёта.

Если ваша цель быстрая загрузка страницы - удалите всё мультимедиа, JavaScript и CSS с вашего сайта.

Узнали? Согласны?

Языком 2023 года по индексу TIOBE назван C#, который сохранил 5 место, но стал лидером по росту популярности (+1.43%) 🥳

Жаба уже одной в могиле, ведь она показала один из самых высоких спадов популярности (-4.34%) ☠️

https://www.tiobe.com/tiobe-index/

Незамеченная фишка C# 12 😱

Уверен, вы могли упустить это нововведение в последней версии языка - лично я узнал о нём только благодаря подсказкам IDE 😱

Теперь классы, структуры и интерфейсы с пустым телом можно объявлять без фигурных скобок, прямо как рекорды!

Соответственно, следующий фрагмент кода скомпилируется:

class MyClass;

abstract class MyAbstractClass;

struct MyStruct;

interface IMarkerInterface;

Строки и теоретико-множественные операции 🧠

Добро пожаловать в экспериментальную рубрику "сомнительно, но окЭй" 😅

Допустим, у нас есть некоторая строка и набор символов.

Надо решить две задачи:

1️⃣Проверить содержит ли строка хотя бы один символ из набора. Для этого надо проверить пересечение двух множеств - строка & символы != пустое множество

2️⃣Проверить содержит ли строка все указанные символы. Тут налицо математическое определение подмножества.

LINQ в C#, а также API интерфейса ISet<> даёт все возможности для лаконичного программирования указанных решений:

public static class StringExtensions
{
    public static bool ContainsAnySymbol(
        this string str,
        IEnumerable<char> symbols) =>
        str.Intersect(symbols).Any();

    public static bool ContainsAllSymbols(
        this string str,
        IEnumerable<char> symbols) =>
        symbols.ToHashSet().IsSubsetOf(str.ToHashSet());
}

Неочевидные проблемы

Недавно ко мне обратился подписчик с просьбой разобраться в проблеме.

Есть присланный фрагмент кода, на котором проверяется равенство строк.

Загвоздка в том, что при видимом одинаковом значении "5.1$1" проверка даёт false.

Опытные могли догадаться, что дело в так называемых скрытых символах.

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

Для начала можно посмотреть в дебаге на результат метода ToCharArray(): он покажет весь массив символов, и врага можно будет увидеть в лицо.

Как с ними бороться, зависит от ваших потребностей и возможностей:

▪️Ожидаете их только по краям? Тогда сойдёт Trim

▪️Когда хотите почистить внутри строки, можно прибегнуть к вызову char.IsControl()

▪️При особых запросах на очистку лишних символов уже придётся прибегнуть к кастомным фильтрациям с помощью статических методов char (например, IsLetter || IsDigit) ну или регулярок

Casting Performance 🤖

Потихоньку влился в рабочие процессы, и наконец готов выдать первый технический пост в этом году!

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

Я написал простенький бенчмарк, чтобы проверить скорость работы с типами в 5 разных сценариях:

1️⃣ Direct - полное соответствие сигнатур

2️⃣ Implicit - неявное приведение благодаря особенностям вариантности

3️⃣ Explicit - использование оператора явного приведения типов

4️⃣ As - безопасное приведение через оператор as

5️⃣ Dynamic - отключение статической типизации ключевым словом dynamic

Гипотеза: Dynamic самый медленный, Explicit и As чуть помедленнее, чем Implicit и Direct

Результаты на скрине её подтверждают!

Backlog senior разработчика be like:

Программисты на Си такие:

О да, valgrind 🤩