🔴 Кортежи в С#

▶️ Кортежи позволяют объединить в одну сущность данные разных типов без определения отдельного класса/структуры. Это даёт возможность использовать их как альтернативу выходным параметрам метода (out).

📖 Кортежи изначально появились в C# 4.0 и были представлены типом System.Tuple.
Позднее, в версии C# 7.0 был добавлен новый тип System.ValueTuple. На данный момент рекомендуется использовать именно его ввиду повышенной производительности.


1️⃣ Пример функции, возвращающей кортеж:

public (string, int) GetFruit()
{
    return ("Apple", 5);
}

2️⃣ Использование кортежей
По умолчанию имена полей кортежа имеют следующий вид:

(string, int) fruit = GetFruit();
//fruit.Item1, fruit.Item2

3️⃣ Элементам кортежа можно назначать имена:

public (string Name, int Count) GetFruit()
{
    return ("Apple", 5);
}

4️⃣ Автоматическое определение имени элемента кортежа (начиная с C# 7.1):

var cort = (bob.Name, bob.Age);
Console.WriteLine(cort.Name);

5️⃣ Деконструирование кортежей.
Метод позволяет получить свойства объекта по-отдельности:

(string name, int number) = GetFruit();
// в результате - 2 отдельные переменные name и number

#tuple

👍 Если и так всё знал,
🔥 Если ты Вий, и тебе подняли веки,
👀 Если зашёл просто посмотреть

😞 Отличаются ли чем-то типы string и String?

Коротко — нет. Подлиннее — вообще нет. 😆

Все ключевые слова C#, представляющие названия типов, — это псевдонимы для определённого типа .NET из библиотеки базовых классов BCL.

string — псевдоним типа System.String,
int — псевдоним типа System.Int32.

👍 Если и так всё знал,
🔥 Если ты Вий, и тебе подняли веки,
👀 Если зашёл просто посмотреть

🧐 Трёхэтапный процесс компиляции в .NET

1️⃣ Исполняющая среда CoreCLR загружает IL-код из сборки DLL или EXE,

2️⃣ JIT-компилятор “на лету” компилирует инструкции CIL-кода в инструкции CPU на конкретной машине,

3️⃣ Скомпилированные инструкции исполняются конкретным CPU.

☝️ Такая архитектура позволяет создавать исполняющие среды (CLR) не только для Windows, но и для Linux и macOS — собственно, чего ради всё и затевалось изначально.

#jit, #compile

👍 Если и так всё знал,
🔥 Если ты Вий, и тебе подняли веки,
👀 Если зашёл просто посмотреть

💣 Development vs. Production

Как система ведёт себя при тестировании vs как она ведёт себя у заказчика 🤣

#humor

🧐 Что такое CTS?

CTS (Common Type System) расшифровывается как общая система типов — это полное описание всех типов данных и всех программных конструкций, поддерживаемых CLR.
Все фундаментальные типы данных .NET определены в сборке mscorlib.dll

При этом под типом данных обычно понимается что либо из следующего набора:
⚪️ класс
⚪️ интерфейс
⚪️ структура
⚪️ перечисление
⚪️ делегат

#net_basics

👍 Если и так всё знал,
🔥 Если ты Вий, и тебе подняли веки,
👀 Если зашёл просто посмотреть

🧐 Фиксация зависимостей

Фиксация зависимостей — указание конкретного семейства пакетов для одной версии .NET без дополнительных спецификаторов, таких как
🔘 бета-версии (beta1)
🔘 релиз-кандидаты (rc4)
🔘 подстановочные символы ( * )

Пример фиксированной зависимости:

<ItemGroup>
    <PackageReference
      Include="Microsoft.EntityFrameworkCore.Sqlite"
      Version="6.0.0" />
</ItemGroup>

Пример нефиксированных зависимостей, которых лучше избегать:

<PackageReference Include="System.NET.Http" Version="4.1.0-*" />
<PackageReference Include="Newtonsoft.Json" Version="12.0.3-beta1" />

#net_basics

👍 Если и так всё знал,
🔥 Если ты Вий, и тебе подняли веки,
👀 Если зашёл просто посмотреть

🧐 0.1 + 0.2 ≠ 0.3?
Такое случается с лучшими из нас

👉 Как известно, в .NET есть три наиболее распространённых типа данных для хранения вещественных чисел — float, double и decimal.
Как-то так повелось, что чаще всего в приложениях используется тип double. Особенно если вы не задумываетесь о количестве оперативной памяти на стороне клиента.

❗️Диапазон типа double просто лютый — от ±5.0 × 10^(−324) до ±1.7 × 10^308. Количество разрядов после десятичного разделителя — не сосчитать.
Но если вы напишете следующий код:

double a = 0.1;
double b = 0.2;
if (a + b == 0.3)
    Console.WriteLine("true");
else
    Console.WriteLine("false");

то к своему удивлению можете обнаружить, что результат будет false.


❓ Почему же?
Всё дело в том, как компьютер хранит в памяти числа с плавающей запятой.
Если десятичное число можно однозначно представить в виде двоичного числа (перевести в двоичную систему счисления без потери точности), то проблем со сравнением чисел не будет.

❗️ Но если десятичное число не может быть однозначно представлено в двоичной системе, то и оператор сравнения выдаст некорректный результат.

‼️ Например, число 12.75 будет представлено в двоичной системе как 1100.1100.
А вот число 0.1 должно быть представлено как 0.000(1100), где скобки означают бесконечное повторение этих четырёх чисел. Но поскольку невозможно хранить бесконечное число, оно в какой-то момент обрезается, что и приводит к потере точности.
А потому 0.1 + 0.2 уже не будет в точности равно 0.3.

🔖 Поэтому — если в приложении/классе/методе требуется точное сравнение вещественных (дробных) чисел, тип decimal — ваш бро.


ℹ️ Экскурс в историю
Кстати, с использованием оператора равенства при сравнении чисел двойной точности случился очень неприятный казус. Во время войны в Персидском заливе американский противоракетный комплекс Patriot был запрограммирован с использованием чисел двойной точности с плавающей запятой (тех самых double). Неточность в расчётах привела к тому, что комплекс не смог перехватить иракскую ракету Р-17, и та попала в американские казармы в городе Дхарам.

Так что погроммирование — это то ещё искусство.


👍 Если и так всё знал (да ладно, не заливайте, я вот не знал),
🔥 Если ты Вий, и тебе подняли веки,
👀 Если зашёл просто посмотреть