Библиотека шарписта

📰 Дайджест недели В .NET-среде штиль, новостей не так много, поэтому вспоминаем лучшее за неделю. — IoT на .NET — ExecuteUpdate и ExecuteDelete — Коты вместо HTTP статусов — 10 советов по обустройству вашего рабочего места — Нестандартные форматы резюме Делитесь в комментах своими инфоповодами недели 👇 📍 Навигация: Вакансии • Задачи • Собесы 🐸Библиотека шарписта #async_news

7️⃣ Генерация случайных чисел в C# Класс Random в .NET генерирует псевдослучайные числа для игр, тестов или симуляций. Он работает на основе сида, обычно времени, и дает целые, дробные значения или байты. Основы класса Random System.Random создает последовательности чисел через алгоритм. Для простого инта берут Next(min, max), где верхняя граница не включается. Переиспользуйте один экземпляр, иначе в цикле из-за одинаковых сидов выйдут повторения. Статический или инжектированный через DI вариант подходит для прода:

    
        var rng = new Random();
int число = rng.Next(1, 101); // от 1 до 100{}
    

NextDouble возвращает от 0.0 до 1.0, умножьте и сдвиньте для нужного интервала. Байты через NextBytes заполняют массив. Это для тестовых файлов или симуляций.

    
        double температура = rng.NextDouble() * 50 - 10; // от -10 до 40
byte[] буфер = new byte[16];
rng.NextBytes(буфер);{}
    

Обычный Random не годится для токенов или паролей, предсказуем при известном сиде. Берите RandomNumberGenerator из System.Security.Cryptography для криптографии. GetInt32(1, 101) или Fill для байт. В API для ключей всегда крипто-вариант. Random не потокобезопасен, общий экземпляр сломается. ThreadLocal<Random> создаст по инстансу на поток. Parallel.For с ним работает корректно, без гонок:

    
        var локальныйRng = new ThreadLocal<Random>(() => new Random());
Parallel.For(0, 100, i => {
    int значение = локальныйRng.Value!.Next(100);
});{}
    

📍 Навигация: Вакансии • Задачи • Собесы 🐸Библиотека шарписта #il_люминатор

🧑‍💻 Неявная проверка на null В C# можно заставить любой класс вести себя в if как в JavaScript: просто if (myObject) и внутри проверка на null. Это работает благодаря перегрузке операторов. Создайте класс с двумя статическими методами:

    
        public class User
{
    public string Name { get; set; }

    public static bool operator true(User? user) => user?.Name != null;
    public static bool operator false(User? user) => user?.Name == null;
}{}
    

Теперь if (user) сработает если имя задано, иначе попадет в else. Компилятор автоматически вызывает нужный оператор при булевом контексте. Единственный минус: никто не ожидает такого, код становится загадкой для команды. Лучше стандартные is not null или !ReferenceEquals(null, obj). 📍 Навигация: Вакансии • Задачи • Собесы 🐸Библиотека шарписта #sharp_view

📎 Фабрика HttpClient в .NET В .NET для HTTP-запросов фабрика IHttpClientFactory упрощает создание клиентов, интегрируется с DI и решает проблемы вроде утечек сокетов. Фабрика кэширует обработчики сообщений, управляет их временем жизни и добавляет логирование. Зачем нужна фабрика HttpClient из Framework 4.5 часто создают вручную, но это приводит к проблемам: сокеты не освобождаются, DNS не обновляется. Фабрика решает это через пул обработчиков с лайфтаймом в 2 минуты по умолчанию. Она регистрируется через AddHttpClient в IServiceCollection и дает доступ к CreateClient. Короткоживущие клиенты подходят для большинства случаев, в отличие от долгоживущих с PooledConnectionLifetime. Предупреждение: если нужны куки, лучше обойтись без фабрики из-за шаринга CookieContainer. Способы использования Разработчики выбирают между базовым, именованными, типизированными клиентами или сгенерированными через Refit. В базовом варианте инжектят IHttpClientFactory и вызывают CreateClient для каждого запроса. Это просто для рефакторинга старого кода. Именованные клиенты настраивают по имени из конфига, с базовым URI и заголовками вроде User-Agent:

    
        builder.Services.AddHttpClient("MyClient", client =>
{
    client.BaseAddress = new Uri("https://api.example.com/");
    client.DefaultRequestHeaders.UserAgent.ParseAdd("MyApp");
});{}
    

Затем CreateClient("MyClient"). Типизированные удобны для конкретного API: класс принимает HttpClient в конструкторе, фабрика регистрирует его через AddHttpClient<T>. Логика запросов инкапсулируется в методах класса, DI все подхватывает. IntelliSense работает, нет строковых ключей. Не используйте в синглтонах: клиент должен быть короткоживущим, иначе DNS не обновится. Лучше именованные или SocketsHttpHandler:

    
        public class ApiService(HttpClient client)
{
    public async Task<Todo[]> GetTodos(int id) =>
        await client.GetFromJsonAsync<Todo[]>($"todos/{id}");
}{}
    

В итоге фабрика делает HTTP-клиенты в .NET предсказуемыми и масштабируемыми. Для прода это как стандарт: меньше багов с соединениями, проще DI. 📍 Навигация: Вакансии • Задачи • Собесы 🐸Библиотека шарписта #il_люминатор

LangGraph vs Semantic Kernel: архитектура агентов В .NET мире популярен Semantic Kernel, но индустрия движется к графовым подходам. LangGraph реализует паттерн, где агент — это не просто цепочка плагинов, а граф с состоянием. Архитектурные преимущества: — цикличность: нативная поддержка циклов (ReAct pattern); — state management: управление контекстом похоже на работу с сессиями; — human-in-the-loop: возможность поставить граф на паузу, получить апрув человека и продолжить. Курс по архитектуре уже стартовал. Записаться на курс Смотреть первую лекцию бесплатно