C# (C Sharp) programming

🖥 Округление при преобразовании double в decimal

⏩При достаточно больших значениях double (с заданной целой частью) при его преобразовании в decimal происходит округление. Однако преобразование в long дает правильный результат.

double d = 1725040000979649;
long l = (long)d;
decimal result1 = (decimal)d; // 1725040000979650
decimal result2 = (decimal)l; // 1725040000979649

Почему так происходит? Можно ли как то преобразовать без округления?


⏩Это особенность преобразования. 1725040000979649 очень близко к максимальному значению мантиссы для типа double 179769313486232, и, видимо, дело именно в этом. Если убрать любую цифру, то всё будет норм.
41-45 округляется к 40, 46-49 округляется к 50.

Скорее всего, это сделано потому, что только диапазон 14-тиразрядных чисел может быть представлен точно полностью (до 99 999 999 999 999), поэтому 15-ый рязряд округляется.
Преобразовать без округления можно только так:

decimal result2 = (long)d;

@csharp_ci

🖥 Декоратор — описание паттерна с примером на C#

Декоратор — это структурный паттерн, который позволяет добавлять объектам новые поведения на лету, помещая их в объекты-обёртки.
Паттерн можно часто встретить в C#-коде, особенно в коде, работающем с потоками данных.

А вот некоторые мысли из статьи:

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

⏩То, что делает декоратор, в некоторых случаях можно получить через наследование
Но появляются проблемы, такие как статичность и невозможность наследовать поведение нескольких классов одновременно

⏩Альтернатива наследованию - агрегация или композиция, которые позволяют одному объекту делегировать работу другому

⏩Декораторы имеют общий интерфейс, что позволяет клиенту работать с обёрнутыми объектами без изменения кода

📎 Статья
📎 Пример на C#

@csharp_ci

🖥 Разбор разных практик тестирования в C#

Держите полезное видео, где обсуждается процесс тестирования в C# с разных сторон
Что именно рассматривается в видео?

⏩Тестирование и качество связаны с исследованием и испытанием программного продукта.

⏩Автоматизация тестирования имеет преимущества, но может быть сложной в разработке и поддержке.

⏩Определение количества и процента охвата теста рекомендуется на уровне 80%.

⏩Графики тестирования и качество продукта обсуждаются, и автоматизированное тестирование может быть более эффективным в долгосрочной перспективе.

📎 Кликабельный план видео
📎 YouTube

@csharp_ci

#ПятничныйКвиз

«А что там собственно нового в C# 12?»

Интересное видео, в котором Евгений Федотов рассказывает о нововведениях в C# 12

О чём вообще речь?
⏩Упрощение определения типов, использование точки с запятой вместо фигурных скобок.

⏩Collection-оператор, объединение массивов в одну коллекцию.

⏩Атрибут эксперимента, для указания на экспериментальный код.

⏩Атрибут для перехвата методов.

⏩Использование перехватчиков для логирования и других целей.

⏩Возможность указывать функциональные значения для лямда-выражений.

⏩Возможность выдавать псевдоним любому типу или кортежу.

⏩и ещё освещается много всего, так что будет полезно

📎 Кликабельный план видео
📎 Видео

@csharp_ci

🖥 Как на самом деле работает Async/Await в C#

Держите полезную статью о том, как реализована асинхронность в C#.

О чём статья?
⏩Статья обсуждает различия в реализации асинхронных методов в .NET Framework и .NET Core.

⏩В .NET Framework выделяется много объектов, связанных с асинхронными вызовами, что приводит к большому объему памяти.

⏩В .NET Core реализация асинхронных методов значительно изменилась, что привело к уменьшению выделения памяти.

⏩ExecutionContext в .NET Core теперь является неизменяемым, что упрощает передачу контекста и делает его передачу более распространенной.

⏩Логический CallContext в .NET Core больше не существует, а его функции моделируются через AsyncLocal<T>

⏩В .NET Core глобальная очередь ThreadPool реализована как ConcurrentQueue<T>, что позволяет оптимизировать выделение памяти.

⏩Реализация метода AwaitUnsafeOnCompleted в .NET Core отличается от .NET Framework, что приводит к более эффективному использованию памяти.

📎 Статья
📎 На английском

@csharp_ci

🖥 Интерактивный учебник по C#

Возможно, вы в курсе, что этот учебник существует. В любом случае, это отличный способ ознакомиться с C# и .NET

Пока что заданий в нём не много, а оглавление выглядит так:
— Запуск первой программы C#
— Объявление и использование переменных
— Работа со строками
— Другие действия со строками
— Строки поиска
— Выполнение задачи

Учебник будет развиваться и пополняться новыми заданиями, что очень неплохо

📎 Учебник

@csharp_ci

🖥 Годное видео о рефакторинге кода C#

В частности, в ролике идёт речь о таких вещах как:

⏩Переименование переменных и методов
— Улучшает ясность и понятность кода, делая его самодокументируемым.
Пример: система управления контентом, где переменные и методы не дают ясного понимания их назначения.

⏩Извлечение интерфейса
— Разделение определения операции от ее реализации, улучшение модульности, упрощение тестирования и увеличение гибкости кода.
Пример: система обработки платежей, где класс реализует методы для каждого типа платежа, но добавление новых способов обработки может быть проблематичным.

⏩Упрощение условных выражений
— Улучшение читаемости и поддержки кода, избегая сложных и больших условных выражений.
Пример: система управления заказами, где много уровней вложенности и проверок, что затрудняет чтение и понимание кода.

📎 Кликабельный план ролика
📎 Youtube

@csharp_ci

🖥Что такое NullReferenceException, и как исправить?

Итак кейс: выполняется некоторый код, выбрасывается исключение NullReferenceException со следующим сообщением:

Object reference not set to an instance of an object (В экземпляре объекта не задана ссылка на объект)

Что же это значит, и как исправить код?


⏩В двух словах
Вы пытаетесь воспользоваться чем-то, что равно null (или Nothing в VB.NET). Это означает, что либо вы присвоили это значение, либо вы ничего не присваивали.

Как и любое другое значение, null может передаваться от объекта к объекту, от метода к методу. Если нечто равно null в методе "А", вполне может быть, что метод "В" передал это значение в метод "А".


⏩Более подробно
Если среда выполнения выбрасывает NullReferenceException, то это всегда означает: вы пытаетесь воспользоваться ссылкой. И эта ссылка не инициализирована (или уже не инициализирована).

Это означает, что ссылка равна null, а вы не сможете вызвать методы через ссылку, равную null, как тут:

string foo = null;
foo.ToUpper();

Этот код выбросит исключение NullReferenceException на 2 строке, потому что вы не можете вызвать метод ToUpper() у ссылки на string, равной null.


⏩Отладка
Как определить источник ошибки?
Общие рекомендации: поставьте точки останова в ключевых местах, изучите значения переменных, расположив курсор мыши над переменной, либо открыв панели для отладки: Watch, Locals, Autos.

Если вы хотите определить место, где значение ссылки устанавливается (или нет), нажмите ПКМ на её имени и выберите "Find All References". Затем вы можете поставить точки останова на каждой найденной строке и запустить приложение в режиме отладки. Каждый раз, когда отладчик остановится на точке останова, вы можете удостовериться, что значение верное.

Так вы придёте к месту, где значение ссылки не должно быть null, и определите, почему не присвоено верное значение.


📎 Очень подробное обсуждение этой проблемы с примерами

@csharp_ci

🖥 Обработка ошибок с помощью IExceptionHandler в ASP.NET Core 8.0

Относительно недавно на свет появился ASP.NET Core 8.0, и теперь можно обрабатывать ошибки с помощью IExceptionHandler.
А вот и полезная статья о том, как это делать.

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

IExceptionHandler реализации регистрируются путем вызова IServiceCollection.AddExceptionHandler. Время существования экземпляра IExceptionHandler — одноэлементное. Можно добавить несколько реализаций, и они вызываются в порядке регистрации.

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

📎 Статья
📎 Доки от Windows, как обрабатывать ошибки

@csharp_ci