Библиотека шарписта | C#, F#, .NET, ASP.NET
رفتن به کانال در Telegram
Все самое полезное для C#-разработчика в одном канале. Наши курсы: https://clc.to/y3LDtw По рекламе: @tproger_sales_bot Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/67a5c81cdc130259d5b7fead
نمایش بیشتر
شبکه:📈 تحلیل کانال تلگرام Библиотека шарписта | C#, F#, .NET, ASP.NET
کانال Библиотека шарписта | C#, F#, .NET, ASP.NET (@csharpproglib) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 21 629 مشترک است و جایگاه 5 973 را در دسته فناوری و برنامه‌ها و رتبه 30 111 را در منطقه روسيا دارد.
📊 شاخص‌های مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 21 629 مشترک جذب کرده است.
بر اساس آخرین داده‌ها در تاریخ 05 اکتبر, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر -56 و در ۲۴ ساعت گذشته برابر 3 بوده و همچنان دسترسی گسترده‌ای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 15.56% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 7.66% واکنش نسبت به کل مشترکان کسب می‌کند.
- دسترسی پست‌ها: هر پست به طور میانگین 3 367 بازدید دریافت می‌کند. در اولین روز معمولاً 1 657 بازدید جمع‌آوری می‌شود.
- واکنش‌ها و تعامل: مخاطبان به‌طور فعال حمایت می‌کنند؛ میانگین واکنش به هر پست 17 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند .net, шарписта, навигация, await, string تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاه‌های شخصی توصیف می‌کند:
“Все самое полезное для C#-разработчика в одном канале.
Наши курсы: https://clc.to/y3LDtw
По рекламе: @tproger_sales_bot
Для обратной связи: @proglibrary_feeedback_bot
РКН: https://gosuslugi.ru/snet/67a5c81cdc130259d5b7fead”
به لطف به‌روزرسانی‌های پرتکرار (آخرین داده در تاریخ 06 اکتبر, 2026)، کانال همواره به‌روز و دارای دسترسی بالاست. تحلیل‌ها نشان می‌دهد مخاطبان به‌طور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامه‌ها تبدیل کرده‌اند.
21 629
مشترکین
+324 ساعت
-247 روز
-5630 روز
در حال بارگیری داده...
کانال‌های مشابه
ابر برچسب‌ها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
اکتبر '26اکتبر '26
اکتبر '26
+11
در 0 کانال‌ها
سپتامبر '26
+117
در 0 کانال‌ها
Get PRO
اوت '26
+94
در 1 کانال‌ها
Get PRO
ژوئیه '26
+110
در 1 کانال‌ها
Get PRO
ژوئن '26
+122
در 1 کانال‌ها
Get PRO
مه '26
+181
در 1 کانال‌ها
Get PRO
آوریل '26
+150
در 0 کانال‌ها
Get PRO
مارس '26
+120
در 0 کانال‌ها
Get PRO
فوریه '26
+169
در 1 کانال‌ها
Get PRO
ژانویه '26
+184
در 2 کانال‌ها
Get PRO
دسامبر '25
+126
در 1 کانال‌ها
Get PRO
نوامبر '25
+166
در 1 کانال‌ها
Get PRO
اکتبر '25
+163
در 1 کانال‌ها
Get PRO
سپتامبر '25
+140
در 1 کانال‌ها
Get PRO
اوت '25
+137
در 4 کانال‌ها
Get PRO
ژوئیه '25
+144
در 1 کانال‌ها
Get PRO
ژوئن '25
+179
در 0 کانال‌ها
Get PRO
مه '25
+171
در 3 کانال‌ها
Get PRO
آوریل '25
+244
در 15 کانال‌ها
Get PRO
مارس '25
+360
در 52 کانال‌ها
Get PRO
فوریه '25
+325
در 48 کانال‌ها
Get PRO
ژانویه '25
+264
در 35 کانال‌ها
Get PRO
دسامبر '24
+348
در 35 کانال‌ها
Get PRO
نوامبر '24
+325
در 37 کانال‌ها
Get PRO
اکتبر '24
+338
در 35 کانال‌ها
Get PRO
سپتامبر '24
+324
در 36 کانال‌ها
Get PRO
اوت '24
+317
در 35 کانال‌ها
Get PRO
ژوئیه '24
+335
در 36 کانال‌ها
Get PRO
ژوئن '24
+298
در 31 کانال‌ها
Get PRO
مه '24
+466
در 36 کانال‌ها
Get PRO
آوریل '24
+519
در 38 کانال‌ها
Get PRO
مارس '24
+542
در 31 کانال‌ها
Get PRO
فوریه '24
+587
در 30 کانال‌ها
Get PRO
ژانویه '24
+674
در 25 کانال‌ها
Get PRO
دسامبر '23
+785
در 34 کانال‌ها
Get PRO
نوامبر '23
+439
در 4 کانال‌ها
Get PRO
اکتبر '23
+606
در 24 کانال‌ها
Get PRO
سپتامبر '23
+812
در 0 کانال‌ها
Get PRO
اوت '23
+639
در 0 کانال‌ها
Get PRO
ژوئیه '23
+573
در 0 کانال‌ها
Get PRO
ژوئن '23
+410
در 0 کانال‌ها
Get PRO
مه '23
+572
در 0 کانال‌ها
Get PRO
آوریل '23
+405
در 0 کانال‌ها
Get PRO
مارس '23
+892
در 0 کانال‌ها
Get PRO
فوریه '23
+365
در 0 کانال‌ها
Get PRO
ژانویه '23
+407
در 0 کانال‌ها
Get PRO
دسامبر '22
+409
در 0 کانال‌ها
Get PRO
نوامبر '22
+571
در 0 کانال‌ها
Get PRO
اکتبر '22
+356
در 0 کانال‌ها
Get PRO
سپتامبر '22
+398
در 0 کانال‌ها
Get PRO
اوت '22
+503
در 0 کانال‌ها
Get PRO
ژوئیه '22
+541
در 0 کانال‌ها
Get PRO
ژوئن '22
+584
در 0 کانال‌ها
Get PRO
مه '22
+290
در 0 کانال‌ها
Get PRO
آوریل '22
+339
در 0 کانال‌ها
Get PRO
مارس '22
+451
در 0 کانال‌ها
Get PRO
فوریه '22
+233
در 0 کانال‌ها
Get PRO
ژانویه '22
+308
در 0 کانال‌ها
Get PRO
دسامبر '21
+356
در 0 کانال‌ها
Get PRO
نوامبر '21
+359
در 0 کانال‌ها
Get PRO
اکتبر '21
+405
در 0 کانال‌ها
Get PRO
سپتامبر '21
+398
در 0 کانال‌ها
Get PRO
اوت '21
+400
در 0 کانال‌ها
Get PRO
ژوئیه '21
+397
در 0 کانال‌ها
Get PRO
ژوئن '21
+311
در 0 کانال‌ها
Get PRO
مه '21
+479
در 0 کانال‌ها
Get PRO
آوریل '21
+480
در 0 کانال‌ها
Get PRO
مارس '21
+487
در 0 کانال‌ها
Get PRO
فوریه '21
+521
در 0 کانال‌ها
Get PRO
ژانویه '21
+374
در 0 کانال‌ها
Get PRO
دسامبر '20
+11 455
در 0 کانال‌ها
| تاریخ | رشد مشترکین | اشارات | کانال‌ها | |
| 06 اکتبر | 0 | |||
| 05 اکتبر | +6 | |||
| 04 اکتبر | +1 | |||
| 03 اکتبر | 0 | |||
| 02 اکتبر | 0 | |||
| 01 اکتبر | +4 |
پست‌های کانال
🦈 Открытое собеседование на Middle C# | 6 октября, 19:00 МСК
Приглашаем на открытое собеседование: Senior C# разработчик проведёт его в прямом эфире. Можно посмотреть, как всё устроено изнутри, и понять, насколько ты готов к такому интервью.
Как это будет:
📂 Собеседует Александр Моргунов — Senior C# разработчик, 7+ лет в европейских высоконагруженных сервисах. Отвечает разработчик-доброволец;
📂 Всё как на настоящем собесе: Александр задаёт те вопросы и задачи, которые даёт кандидатам на своих интервью. Заранее их никто не знает;
📂 После каждого ответа Александр даст обратную связь: что прозвучало сильно, а что стоило раскрыть иначе. Так станет понятнее, на что обращают внимание на собесе;
📂 В конце можно задать любой вопрос.
Это бесплатно. Эфир проходит в рамках менторской программы от ШОРТКАТ для C# разработчиков, которые хотят повысить свой грейд, ЗП и прокачать скиллы.
Переходи в нашего бота, чтобы получить ссылку на эфир -> @shortcut_csharp_bot
Реклама.
О рекламодателе.
| 2 | 📝 Логирование со строковой интерполяцией
Логирование c интерполяцией строк один из самых распространённых источников лишних аллокаций в .NET-приложениях.
Особенность в том, что код выглядит абсолютно нормально и работает правильно — просто дорого.
⏬ Что происходит с интерполяцией:
logger.LogInformation($"User {userId} logged in at {time}");
⏬ Компилятор разворачивает это примерно в:
logger.LogInformation(string.Format("User {0} logged in at {1}", userId, time));
Строка формируется до вызова метода. Если уровень логирования Information отключён, строка всё равно создаётся, занимает память и тут же выбрасывается сборщиком мусора.
⏬ Структурное логирование решает проблему:
logger.LogInformation("User {UserId} logged in at {Time}", userId, time);
Здесь строка — это шаблон. Аргументы передаются отдельно. Логгер сначала проверяет, активен ли уровень, и только потом форматирует сообщение. Если уровень выключен — аллокации нет вообще.
Бонус: структурное логирование позволяет индексировать поля в системах вроде Seq, Elasticsearch, Datadog — вы сможете искать по UserId как по полю, а не парсить текст.
⏬ Начиная с .NET 6 есть ещё лучший вариант через compile-time source generators:
// Генерирует оптимальный код на этапе компиляции:
[LoggerMessage(Level = LogLevel.Information, Message = "User {UserId} logged in at {Time}")]
partial void LogUserLogin(int userId, DateTime time);
Никаких аллокаций, никакого боксинга, максимальная производительность — и всё это без изменения читаемости кода.
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека шарписта
#il_люминатор | 2 720 |
| 3 | 👨💻 Не показывайте технические ошибки пользователям
Когда приложение падает с необработанным исключением, стандартное поведение многих фреймворков — вывести стек вызовов прямо в ответ. Пользователь видит внутренние пути файлов, названия классов, фрагменты кода. Для злоумышленника это готовая карта уязвимостей.
⏬ Что происходит на практике
Допустим, в ASP.NET приложении возникает необработанное исключение. Без явной настройки middleware фреймворк вернёт подробный ExceptionDetails с именем метода, строкой кода и трассировкой стека. Атакующий получает информацию о структуре проекта, версиях библиотек и логике работы приложения без каких-либо усилий.
⏬ Как это закрыть
Правильный подход это перехват всех необработанныъ исключений. Нужно логировать их внутри системы и возвращать пользователю только нейтральное сообщение.
В ASP.NET это делается через UseExceptionHandler:
app.UseExceptionHandler(errorApp =>
{
errorApp.Run(async context =>
{
var exceptionHandlerPathFeature =
context.Features.Get<IExceptionHandlerPathFeature>();
var logger = context.RequestServices
.GetRequiredService<ILogger<Program>>();
logger.LogError(exceptionHandlerPathFeature?.Error,
"Unhandled exception");
context.Response.StatusCode = 500;
await context.Response.WriteAsJsonAsync(new
{
message = "Something went wrong. Please try again later."
});
});
});
⏬ Что здесь происходит
Middleware перехватывает исключение, передаёт его в ILogger — туда, где его увидит только команда разработки — и возвращает клиенту простой JSON с универсальным сообщением об ошибке. Никаких деталей реализации наружу не уходит.
ILogger пишет в вашу систему мониторинга — будь то Application Insights, Seq, Serilog или любой другой инструмент. Вы по-прежнему видите полный стек вызовов и можете разобраться в причине ошибки. Пользователь при этом получает понятное сообщение, а не технический мусор.
Это базовая практика защиты приложений. Она не требует сложной архитектуры, достаточно одного middleware, настроенного в точке входа приложения.
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека шарписта
#sharp_view | 2 797 |
| 4 |  📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека шарписта
#garbage_collector | 3 245 |
| 5 |  🔐 NuGet: Microsoft меняет сертификат подписи
С 23 сентября Microsoft использует новый сертификат для подписи NuGet-пакетов. Если у вас настроен allowlist доверенных сертификатов, сборки могут начать падать с NU3034.
Что сделать:
dotnet nuget trust author Microsoft \
9A1B131BEE0605433056A4EA3815478A8E177961A968C6C0027C1093D1FEB630 \
--algorithm SHA256
Старые сертификаты удалять не нужно — они нужны для уже опубликованных пакетов.
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека шарписта
#async_news | 3 764 |
| 6 | 🤩 Как поймать зависший .NET-сервис
Приложение начинает тормозить, запросы зависают, а в логах — ничего полезного? Можно автоматически снять memory dump в момент проблемы и потом разобрать состояние процесса.
➡️ Идея простая:
var task = Task.Run(() => { });
if (!task.Wait(3000))
{
// ThreadPool, вероятно, перегружен
// → создаём memory dump
}
➡️ Dump позволяет посмотреть:
— какие потоки зависли;
— где стоят Task;
— что происходит в ThreadPool;
— какие объекты находятся в памяти.
На Windows для создания dump можно использовать MiniDumpWriteDump, а в Linux — встроенный в .NET createdump. А дальше .dmp открывается в Visual Studio — можно исследовать call stacks, переменные и состояние потоков.
💡 Особенно полезно для production-проблем, которые невозможно нормально воспроизвести локально.
🔗 Источник
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека шарписта
#sharp_view | 3 809 |
| 7 | ⚙️ yield return не бесплатный
Итераторы выглядят просто, но работают иначе:
IEnumerable<int> GetIds()
{
foreach (var item in _items)
yield return item.Id;
}
Читается как обычный цикл. Но компилятор превращает такой метод в конечный автомат со вспомогательными классами и состоянием. Именно поэтому итераторы такие выразительные — но и именно поэтому они не бесплатны.
❓ Где это становится проблемой
На большинстве путей yield return это правильный выбор. Код чище, API удобнее, читаемость выше.
Но на горячих путях, где метод вызывается тысячи раз в секунду, повторное создание объектов итератора и дополнительные слои абстракции начинают влиять на производительность. Не катастрофически, но измеримо.
❓ Что делать на критичных участках
Если профилировщик показал, что итератор узкое место, есть несколько альтернатив.
🟡 Заполнение буфера, переданного вызывающей стороной:
void FillIds(Span<int> buffer)
{
for (int i = 0; i < _items.Count; i++)
buffer[i] = _items[i].Id;
}
🟡 Возврат конкретной коллекции:
List<int> GetIds()
{
var result = new List<int>(_items.Count);
foreach (var item in _items)
result.Add(item.Id);
return result;
}
🟡 Прямой цикл внутри горячего кода без промежуточных перечислений:
for (int i = 0; i < _items.Count; i++)
Process(_items[i].Id);
yield return стоит использовать тогда, когда он делает API лучше и код понятнее. Но не стоит считать его нулевым по стоимости. Если участок горячий, то сначала замерьте, потом решайте.
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека шарписта
#il_люминатор | 3 427 |
| 8 | 💡 Replace, Regex или StringBuilder?
Для замены текста в C# есть несколько инструментов. И выбирать их лучше не по принципу «что быстрее», а по задаче.
🔜 string.Replace() — когда ищем конкретный текст:
var result = text.Replace("cat", "dog");
🔜 Regex.Replace() — когда нужен шаблон:
var result = Regex.Replace(
text,
@"\d+",
"#");
Например, заменить все числа на #.
🔜 StringBuilder.Replace() — когда последовательно изменяем большой текст:
var sb = new StringBuilder(text);
sb.Replace("cat", "dog");
sb.Replace("foo", "bar");
var result = sb.ToString();
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека шарписта
#sharp_view | 3 044 |
| 9 | ⚙️ Настоящие атомарные операции
Если Volatile решает проблему видимости, то Interlocked решает проблему атомарности. Операции реализованы на уровне процессора и выполняются как неделимые единицы — никакой другой поток не может вмешаться в середину
➡️ Самый частый сценарий это счётчик, который обновляют несколько потоков:
private int _counter;
public void Increment()
{
Interlocked.Increment(ref _counter);
}
Без Interlocked операция _counter++ на самом деле три шага: прочитать, прибавить, записать. Два потока могут выполнить их одновременно и затереть результат друг друга. Interlocked.Increment делает всё это за один неделимый шаг.
➡️ Lock-free генератор ID
Interlocked подходит для генерации уникальных идентификаторов без блокировок:
public int GetNextId()
{
return Interlocked.Increment(ref _id);
}
Каждый вызов гарантированно вернёт уникальное значение, даже если тысячи потоков вызывают метод одновременно.
➡️ CompareExchange: условное обновление
Самая мощная операция в арсенале Interlocked:
if (Interlocked.CompareExchange(ref _state, 1, 0) == 0)
{
// Успешно перешли из состояния 0 в 1
}
Логика простая: если текущее значение равно 0, заменить на 1 и вернуть старое значение. Если кто-то уже изменил _state, операция ничего не сделает. Это паттерн, на котором строятся lock-free кэши, планировщики и конкурентные очереди.
➡️ Volatile и Interlocked — не одно и то же
Их можно перепутать, но они решают разные задачи.
Volatile гарантирует, что поток видит актуальное значение переменной. Interlocked гарантирует, что сама операция выполняется безопасно, без вмешательства других потоков.
В реальных системах нередко нужны оба. Volatile чтобы читать свежие данные, Interlocked чтобы безопасно их менять.
📍 Навигация: Вакансии • Задачи • Собесы
🐸 Библиотека шарписта
#sharp_view | 3 213 |
| 10 | ![💪 Разминка перед трудовыми буднями Что произойдёт? ❤️ — список станет [1, 3] 🔥 — InvalidOperationException 👍 — цикл пропус](data:image/jpeg;base64,/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDACgcHiMeGSgjISMtKygwPGRBPDc3PHtYXUlkkYCZlo+AjIqgtObDoKrarYqMyP/L2u71////m8H////6/+b9//j/2wBDASstLTw1PHZBQXb4pYyl+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj4+Pj/wAARCAAaACgDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwDRvLtbRFZlLbjjg4qmdajH/LFvzFLrf+oi/wB7+lY30/lQBsf23H/zxb86Yda/6ZH86yc/5xSZoA3ItTMoJ24xRWdafcb60UAa2p2sl1EixYyGycms3+yLodk/Ot+igDB/sm79I/zpv9k3Xov510FFAGRa6dLGhEmAc9qK16KAP//Z){kind=small} 💪 Разминка перед трудовыми буднями
Что произойдёт?
❤️ — список станет [1, 3]
🔥 — InvalidOperationException
👍 — цикл пропустит 2
Ответ спрячем здесь:
🔥 InvalidOperationException
foreach использует List<T>.Enumerator. После Remove() коллекция изменяется, перечислитель обнаруживает изменение при следующем MoveNext() и выбрасывает исключение.
📍 Навигация: Вакансии • Задачи • Собесы
🐸Библиотека шарписта
#dotnet_challenge | 3 232 |
| 11 | 🧩 Middleware в ASP.NET Core: 3 ловушки
Middleware — звено HTTP pipeline:
app.Use(async (context, next) =>
{
Console.WriteLine("Request");
await next(context);
Console.WriteLine("Response");
});
1️⃣ Забыл next() — остановил pipeline
await _next(context);
Если его не вызвать, middleware ниже и endpoint не выполнятся.
2️⃣ Scoped-сервис не стоит инжектить в конструктор
Middleware переиспользуется между запросами, поэтому Scoped лучше получать в InvokeAsync:
public async Task InvokeAsync(
HttpContext context,
IMyScopedService service)
{
await _next(context);
}
3️⃣ После начала ответа менять его уже нельзя
context.Response.StatusCode = 503; // 💥
Если response уже отправляется, будет InvalidOperationException.
💡 Для действий до отправки используйте Response.OnStarting().
И ещё: не передавайте scoped-сервис в Task.Run после завершения запроса — его scope уже мог быть уничтожен. Для фоновой работы создавайте новый scope или используйте BackgroundService 🧠
🔗 Источник
📍 Навигация: Вакансии • Задачи • Собесы
🐸Библиотека шарписта
#il_люминатор | 3 318 |
| 12 |  📍 Навигация: Вакансии • Задачи • Собесы
🐸Библиотека шарписта
#garbage_collector | 3 335 |
| 13 |  🦆 Duck typing в C# — почти как в TypeScript
В TypeScript достаточно, чтобы у объекта был нужный метод:
function foo(a: { Do(): void }) {
a.Do();
}
🔜 В C# так напрямую нельзя:
class A
{
public void Do() => Console.WriteLine("A.Do");
}
class B
{
public void Do() => Console.WriteLine("B.Do");
}
🔜 У A и B нет общего интерфейса. Но хочется вызвать:
Foo(new A());
Foo(new B());
И здесь на сцену выходят interceptors — экспериментальная возможность компилятора C#.
🌞 Идея:
[DuckShape]
public interface IDoable
{
void Do();
}
public static partial class Ops
{
[DuckTyped]
public static void Foo(IDoable value)
=> value.Do();
}
📍 Source generator создаёт адаптер:
internal readonly struct ShapeAdapter_IDoable_A : IDoable
{
private readonly A _value;
public ShapeAdapter_IDoable_A(A value)
=> _value = value;
public void Do() => _value.Do();
}
А interceptor подменяет вызов и оборачивает A или B в подходящий адаптер.
🔴 В итоге:
Ops.Foo(new A()); // A.Do
Ops.Foo(new B()); // B.Do
Работает и с properties — например, можно описать INameable с Name { get; set; }, а затем передать обычный Person, не меняя его код.
⚠️ Но это скорее интересный PoC, чем готовая замена интерфейсам:
— interceptors остаются экспериментальной возможностью;
— нужен source generator;
— есть ограничения и не покрытые edge cases;
— появляется дополнительная магия на этапе компиляции.
🔗 Источник
📍 Навигация: Вакансии • Задачи • Собесы
🐸Библиотека шарписта
#sharp_view | 3 626 |
| 14 |  🧠 Почему .NET-под съедает всю память?
kubectl top pod показывает 1 ГБ, а managed heap занимает всего 300 МБ. Куда делись остальные 700?
Память .NET-процесса — это не только GC:
— managed heap;
— JIT и загруженные сборки;
— стеки потоков;
— native-библиотеки;
— буферы сокетов;
— runtime и TLS.
Поэтому одного GCHeapHardLimitPercent недостаточно: он ограничивает только managed heap.
🔴 Что проверить:
kubectl top pod
dotnet-counters monitor -p <pid> System.Runtime
dotnet-gcdump collect -p <pid>
dotnet-dump collect -p <pid>
🔴 И ещё несколько практических моментов:
→ не выставляй всем подам одинаковые memory limits;
→ проверь AsNoTracking() и проекции в EF Core;
→ ищи .Result, .Wait() и блокирующий I/O;
→ тестируй GC под реальным memory limit контейнера.
🔗 Источник
📍 Навигация: Вакансии • Задачи • Собесы
🐸Библиотека шарписта
#il_люминатор | 3 640 |
| 15 | 🧑💻 Забытый await: от race condition до DoS-атаки
В C# ключевое слово async — это инструкция компилятору превратить метод в state machine. await отмечает точку логической приостановки. Всё просто: выполнение не должно продолжаться, пока результат не существует.
При await весь код выполняется синхронно, пока не достигнет I/O или функции, возвращающей Task. Если Task не завершён, происходит раскрутка кадра стека, и поскольку обрамляющие методы приостановлены до самого верха, поток может быть освобождён в пул потоков.
Позже задача завершается, продолжение планируется и выполнение возобновляется там, где остановилось. Это не параллельное выполнение, это приостановка и возобновление.
Если забыли await:
var task = GetDataAsync();
// забыли await
Use(task);
Это режим «запустил и забыл» (fire-and-forget). Последствия:
• выполнение продолжается немедленно
• зависимость не обеспечивается
• исключения выходят за пределы логического стека вызовов
Что может произойти с приложением
⚠️ Забытый await может привести к классическому состоянию гонки: код продолжает выполнение до завершения критической операции, например, проверки прав доступа, открывая окно для эксплуатации.
Атакующий может успеть получить доступ к данным между моментом начала проверки и её завершением.
⚠️ Когда исключения выходят за пределы логического стека вызовов, они могут быть проглочены без логирования. Это маскирует неудачные попытки аутентификации, SQL-инъекции или другие атаки.
⚠️ Истощение пула потоков как вектор DoS-атаки. При высокой нагрузке неправильное использование async/await приводит к истощению пула потоков. Злоумышленник может намеренно генерировать запросы, эксплуатирующие блокирующие операции.
📍 Навигация: Вакансии • Задачи • Собесы
🐸Библиотека шарписта
#il_люминатор | 3 689 |
| 16 |  😭 Как не потратить недельный лимит AI-кодинга за три дня?
Разберём на вебинаре, как тратить меньше на AI-агентов — без потери качества кода.
🔘 Поговорим о том:
— когда дорогая модель действительно нужна, а когда хватит дешёвой;
— сколько стоит один прогон и куда уходят токены;
— какие задачи можно отдавать субагентам;
— как настроить маршрутизацию моделей;
— что проверять в AI-коде перед merge.
✏️ Покажем всё на конкретных цифрах и вживую: сравним расходы до и после.
⬇️ 18 сентября, 19:00 МСК
⬇️ 1,5 часа · бесплатно
⬇️ Арсений Харланов и Олег Лайок
💬 Пишите в комментариях, где упираетесь в лимиты и на что уходят деньги. Самые залайканные вопросы разберём на вебинаре.
🔗 Зарегистрироваться на вебинар | 3 592 |
| 17 | 🧩 Union types появились в ASP.NET Core на .NET 11
В C# 15 можно описать тип с несколькими допустимыми вариантами:
public union IntOrString(int, string);
Такой endpoint может вернуть либо число, либо строку:
app.MapGet("/max-unavailable", () => new IntOrString(2));
JSON останется обычным:
2
или:
"25%"
Без $type и дополнительных обёрток.
Главный плюс — компилятор проверяет, что switch обработал все варианты union.
Поддерживается в Minimal APIs, MVC, SignalR, Blazor и OpenAPI.
📍 Навигация: Вакансии • Задачи • Собесы
🐸Библиотека шарписта
#async_news | 3 828 |
| 18 |  🔍Тестовое собеседование с Senior C# разработчиком уже завтра
15 сентября (уже завтра!) в 19:00 по МСК приходи онлайн на открытое собеседование, чтобы посмотреть на настоящее интервью на Middle C# разработчика.
Как это будет:
📂 Александр Моргунов, старший C# разработчик с опытом 7+ лет в Европейских высоконагруженных сервисах, будет задавать реальные вопросы и задачи разработчику-добровольцу;
📂 Александр будет комментировать каждый ответ респондента, чтобы дать понять, чего от вас ожидает собеседующий на интервью;
📂 В конце можно будет задать любой вопрос Александру.
Это бесплатно. Эфир проходит в рамках менторской программы от ШОРТКАТ для C# разработчиков, которые хотят повысить свой грейд, ЗП и прокачать скиллы.
Переходи в нашего бота, чтобы получить ссылку на эфир → @shortcut_csharp_bot
Реклама.
О рекламодателе. | 2 207 |
| 19 |  С днем программиста, коллеги!
Желаем, чтобы код компилировался с первого раза, баги находились до релиза, а таски «на пять минут» действительно занимали пять минут.
И конечно, пусть в жизни будет больше приятных сюрпризов — один из них мы уже подготовили. Скорее переходите по ссылке, трясите коробку и забирайте свой подарок ко Дню программиста: https://tprg.ru/YtJ2 | 3 925 |
| 20 | 🧠 When и Unless для умных проверок
В FluentValidation условная валидация запускает правила только при нужных условиях. When и Unless экономят циклы и делают валидаторы читаемыми.
• When = «проверить, если условие верно»
• Unless = «проверить, если условие НЕ верно»
Пример:
RuleFor(x => x.ShippingAddress)
.NotEmpty()
.When(x => x.DeliveryMethod == "Express");
RuleFor(x => x.CreditCard)
.NotEmpty()
.Unless(x => x.PaymentMethod == "PayPal");
When проверяет условие перед правилом. Express доставка требует адрес, PayPal не требует карту. Логика в одном месте без if-else в контроллере.
📍 Навигация: Вакансии • Задачи • Собесы
🐸Библиотека шарписта
#sharp_view | 3 691 |
