Как получить уникальные значения без ручных проверок?

Часто нужно убрать дубликаты: имена пользователей, id, теги.
Иногда для этого пишут такую конструкцию:

if (!list.Contains(x))
    list.Add(x);

Это работает, но в Contains список просматривается каждый раз — чем больше данных, тем медленнее. Да и выглядит это как “велосипед”.

Гораздо проще (и читабельнее) использовать готовые инструменты:

Для LINQ — Distinct()
Она сама уберёт дубли и вернёт последовательность уникальных значений:

var unique = names.Distinct().ToList();

Для максимальной скорости — `HashSet`
HashSet<T> из коробки хранит только уникальные элементы, без повторов:

var set = new HashSet<string>(names);

🔥 Итог: когда нужны уникальные значения — начинай с Distinct() или HashSet. Меньше ручных проверок, меньше кода, и алгоритм сразу читается как правило: *“здесь храним только уникальные элементы”*.

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

❤️ Scrimba — интерактивное обучение программированию!

Если обычные видеоуроки не заходят и хочется больше практики — Scrimba решает эту задачу. Здесь обучение построено так, что ты не просто смотришь объяснение, а сразу работаешь с кодом прямо в уроке: меняешь примеры, запускаешь и смотришь результат. На платформе есть множество языков и технологий.

📌 Оставляю ссылочку: scrimba.com

➡️ C# Ready | #ресурс

🎄 Всех с наступающим новым 2025 2026 годом!

Поставлю себе цель: набрать более 20 тысяч подписчиков. Желаю каждому выполнить планы.

Как сравнивать строки без сюрпризов от локали?

Частая привычка — приводить строки к одному регистру и сравнивать:

a.ToLower() == b.ToLower()

Но это:
• делает лишние аллокации (создаёт новые строки),
• может зависеть от текущей культуры (локали) и давать неожиданные результаты.

Правильнее — сравнивать строки с явным режимом:

string.Equals(a, b, StringComparison.OrdinalIgnoreCase)

StringComparison.OrdinalIgnoreCase — самый безопасный вариант для технических строк: ключей, логинов, кодов, файлов, заголовков, команд.

А если нужно “по-человечески” (для отображения пользователю) — тогда уместнее CurrentCultureIgnoreCase, но это уже другое правило.

🔥 Итог: меньше аллокаций, предсказуемое сравнение и код, который сразу говорит: “сравниваем без учёта регистра — и точка”.

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

Как перестать писать ContainsKey + индексатор (и не искать ключ дважды)?

Частая ошибка при работе с Dictionary — сначала проверить ContainsKey, а потом взять значение через dict[key]. Это:
• делает два поиска по словарю,
• легко превращается в баг, если кто-то забудет проверку и оставит просто dict[key].

Вместо этого используй TryGetValue — он и проверяет наличие ключа, и достаёт значение за один проход:

var count = dict.TryGetValue(key, out var value) ? value : 0;

А если тебе нужно “дай значение или дефолт” — ещё проще:

var count = dict.GetValueOrDefault(key, 0);

🔥 Итог: меньше лишних проверок и двойных обращений к словарю, ниже шанс словить KeyNotFoundException, а код читается как правило: “если ключа нет — верни 0”.

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

required свойства: компилятор заставит заполнить поля!

Часто в коде создают объекты, забывая заполнить важные свойства. Ошибка всплывает поздно — где-то в рантайме, когда поле внезапно null.

Обычно это выглядит так:

class UserDto
{
    public string Name { get; set; }
    public string Email { get; set; }
}

var user = new UserDto
{
    Name = "Анна"
    // Email забыли…
};

И получаем проблему уже при использовании:

Console.WriteLine(user.Email.Length); // NullReferenceException

В C# 11 можно пометить обязательные свойства как required — и компилятор не даст создать объект без них:

class UserDto
{
    public required string Name { get; init; }
    public required string Email { get; init; }
}

var user = new UserDto
{
    Name = "Анна",
    Email = "anna@mail.com"
};

🔥 required + init = безопасная инициализация: меньше сюрпризов в рантайме, больше контроля на этапе компиляции.

➡️ C# Ready | #практика

❤️ Держите шпаргалку по C#!

На картинке — аккуратная “C# Cheat Sheet”, которая помогает быстро вспомнить основы языка: как писать комментарии, работать с перечислениями enum, использовать циклы for, while и foreach, объявлять и использовать пространства имён, создавать объекты и вызывать методы, а также понимать, как работают делегаты и события в C#.

Сохрани, чтобы код на C# стал проще и понятнее

➡️ C# Ready | #ресурс

✍️ Hyperpolyglot — сравнение языков в удобных таблицах!

Хочешь быстро понять, чем Python отличается от C#, Rust, C++ или Go. Здесь синтаксис, структура, идиомы и концепции разных языков сравниваются в таблицах, так что можно буквально увидеть, как одна и та же задача решается на разных языках. Это отличный способ прокачать мультиязычное мышление, выбрать язык под задачу или просто пронаблюдать сходства и различия.

📌 Оставляю ссылочку: hyperpolyglot.org

➡️ C# Ready | #сайт

Как не лепить try/catch вокруг int.Parse()?

Когда число приходит из UI, JSON, CSV или внешней системы — оно может быть пустым, кривым или с пробелами. Если парсить через int.Parse, приходится оборачивать всё в try/catch, и исключения превращаются в “обычный сценарий”.

Вместо этого используй TryParse: он возвращает true/false и не кидает исключения на невалидном вводе:

var age = int.TryParse(input, out var parsed) ? parsed : 0;

А если при невалидном вводе нужно просто выйти — делай guard clause (код читается сверху вниз, без лишних else):

if (!int.TryParse(input, out var age)) return;
SaveAge(age);

🔥 Меньше шума и вложенности, никаких исключений “для контроля потока”, проще обработка пользовательского ввода и меньше шансов словить неожиданный крэш на проде.

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

👐 Отличная статья — про то, как CLR создаёт объекты, и почему GC тут вообще “ни при чём”.

В этой статье:
• Поймёшь, как объект выделяется в куче и размечается CLR
• Увидишь, где берутся заголовок, таблица методов и поля объекта
• Разберёшь, что реально ускоряет создание и где ломаются мифы

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

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

List patterns в C# 11: проверяем массивы и списки без if-каши!

Иногда нужно быстро понять, что лежит в коллекции: пустая ли она, с чего начинается, чем заканчивается, есть ли конкретная “форма” данных.

Раньше это превращалось в проверки Length и индексов:

int[] numbers = { 0, 5, 7, 10 };

if (numbers.Length == 0)
    Console.WriteLine("Пусто");
else if (numbers.Length >= 1 && numbers[0] == 0)
    Console.WriteLine("Начинается с 0");
else if (numbers.Length >= 1 && numbers[^1] == 10)
    Console.WriteLine("Заканчивается на 10");
else if (numbers.Length == 3 && numbers[2] == 10)
    Console.WriteLine("Третий элемент = 10");
else
    Console.WriteLine("Другая форма");

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

В C# 11 появились list patterns, которые позволяют матчить коллекцию прямо по её “форме”:

int[] numbers = { 0, 5, 7, 10 };

var result = numbers switch
{
    [] => "Пусто",
    [0, ..] => "Начинается с 0",
    [.., 10] => "Заканчивается на 10",
    [_, _, 10] => "Третий элемент = 10",
    _ => "Другая форма"
};

Console.WriteLine(result);

Здесь _ означает “любой элемент”, а .. означает “любое количество элементов” между ними.

🔥 В итоге вместо проверок длины и индексов ты пишешь условия так, как думаешь о данных: по форме коллекции.

➡️ C# Ready | #практика

📂 Шпаргалка по основам C#!

На картинке — насыщенная и компактная памятка по ключевым возможностям языка C#: работа с компилятором из командной строки, базовый синтаксис и управляющие конструкции, циклы и условия, описание классов, методов и свойств, а также делегаты, события, структуры и перечисления.

Сохрани, чтобы держать под рукой основу C# и быстрее ориентироваться при разработке и подготовке к собеседованиям.

➡️ C# Ready | #ресурс