TGStat
TGStat
Введите текст для поиска
Расширенный поиск каналов
  • flag Russian
    Язык сайта
    flag Russian flag English flag Uzbek
  • Вход на сайт
  • Каталог
    Каталог каналов и чатов Региональные подборки Тематические подборки Платные каналы Поиск каналов
    Добавить канал/чат
  • Рейтинги
    Рейтинг каналов Рейтинг чатов Рейтинг публикаций
    Рейтинги брендов и персон
  • Аналитика
  • Поиск по публикациям
  • Мониторинг Telegram
  • Продвижение
    Реклама через Яндекс Бизнес Реклама в каналах через TGStat Agency Реклама на сайте TGStat.ru
.NET sh blog

15 Nov 2025, 21:47

Открыть в Telegram Поделиться Пожаловаться

Представьте что есть некий enum
public enum SomeType
{
One,
Two,
Three,
...
}
и вам нужно сделать сортировку массива объектов по этому полю
public class SomeEnumData
{
public SomeType Type { get; set; }

...
}
Если это целевое предназначение enum, то можно сортировать прям по его значениям
items.OrderBy(x => x.Type);
Если же enum означает что-то другое - например какие-нибудь типы документов или проверок, то такая завязка на очередность объявления значений в enum будет очень неявной, подвержена ошибкам и неожиданностям для коллег в будущем.

Здесь лучше подойдет создание своей реализации IComparer
И В качестве решения "в лоб" возьмем словарь, а лучше его Frozen вариант, ведь он быстрее, ведь да?
public sealed class SomeTypeComparer : IComparer
{
private static readonly FrozenDictionary Order =
new Dictionary
{
{ SomeType.One, 4 },
{ SomeType.Two, 3 },
{ SomeType.Three, 1 }
}
.ToFrozenDictionary();

public static SomeTypeComparer Instance { get; } = new();

public int Compare(SomeType x, SomeType y)
{
return Order[x].CompareTo(Order[y]);
}
}
Плюс использования IComparer, что порядок сортировки можно задать любой который только захочется. Причем для разных задач можно сделать разную сортировку.

Но насколько сильно мы проиграем, если заменим сортировку по enum, на такую кастомную?

Когда я первый раз столкнулся с оценкой алгоритмической сложности, то оно меня ввело в заблуждение и хотелось для всего использовать словари просто потому что он обеспечивает доступ за O(1) вот только O(1) это просто оценка, а не реальная скорость.
К слову, обращение по индексу массива тоже O(1), но в абсолютных цифрах она будет работать быстрее словарей, просто потому что ему нужно сделать гораздо меньше операций чтобы получить значение.
Например, не нужно хэшировать ключ, искать бакет т.п.
Поэтому при выборе того или иного решения нужно смотреть на операции которые выполняются, а не только на алгоритмическую сложность. И конечно же бенчмаркать.


Напишем еще один вариант который использует индексный доступ по массиву:
public sealed class SomeTypeArrayComparer : IComparer
{
public static readonly int[] Order = Enum
.GetValues()
.Select(x => (int)x)
.ToArray();

static SomeTypeArrayComparer()
{
Order[(int)SomeType.One] = 3;
Order[(int)SomeType.Two] = 4;
Order[(int)SomeType.Three] = 1;
}

public static SomeTypeArrayComparer Instance { get; } = new();

public int Compare(SomeType x, SomeType y)
{
return Order[(int)x].CompareTo(Order[(int)y]);
}
}

В dotnet-tips выложил все исходники. Результаты бенчмарков в 'https://t.me/sh_dotnet/131?comment=492' rel='nofollow'>комментариях к посту.
dotnet-tips/ComparerBenchmark/ComparerBenchmarks.cs at master · mt89vein/dotnet-tips
Contribute to mt89vein/dotnet-tips development by creating an account on GitHub.

590 0 3 5 14
Каталог
Каталог каналов и чатов Подборки каналов Поиск каналов Добавить канал/чат
Рейтинги
Рейтинг каналов Telegram Рейтинг чатов Telegram Рейтинг публикаций Рейтинги брендов и персон
API
API статистики API поиска публикаций API Callback
Наши каналы
@TGStat @TGStat_Chat @telepulse @TGStatAPI
Почитать
Академия TGStat Исследование Telegram 2019 Исследование Telegram 2021 Исследование Telegram 2023
Контакты
Справочный центр Поддержка Почта Вакансии
Всякая всячина
Пользовательское соглашение Политика конфиденциальности Публичная оферта
Наши боты
@TGStat_Bot @SearcheeBot @TGAlertsBot @tg_analytics_bot @TGStatChatBot