C# (C Sharp) programming
По всем вопросам- @notxxx1 Реестр РКН: https://clck.ru/3Fk3kb #VRHSZ
Show more📈 Analytical overview of Telegram channel C# (C Sharp) programming
Channel C# (C Sharp) programming (@csharp_ci) in the Russian language segment is an active participant. Currently, the community unites 18 307 subscribers, ranking 7 338 in the Technologies & Applications category and 36 903 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 18 307 subscribers.
According to the latest data from 12 June, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -16 over the last 30 days and by 5 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 18.53%. Within the first 24 hours after publication, content typically collects 7.49% reactions from the total number of subscribers.
- Post reach: On average, each post receives 3 393 views. Within the first day, a publication typically gains 1 371 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 0.
- Thematic interests: Content is focused on key topics such as .net, api, логика, архитектура, string.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“По всем вопросам- @notxxx1
Реестр РКН: https://clck.ru/3Fk3kb
#VRHSZ”
Thanks to the high frequency of updates (latest data received on 13 June, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
using System;
class Program {
static void Main() {
int a = 1000;
int b = 1000;
object x = a;
object y = b;
Console.WriteLine(x == y); // #1
Console.WriteLine(x.Equals(y)); // #2
}
}
🔢 Варианты ответа:
A)
True
B)
False
C)
True
D)
False
✅ Правильный ответ: C
💡 Почему?
- x и y — boxed значения типа int, то есть ссылки на два разных объекта в куче.
- x == y сравнивает ссылки, а не значения → False.
- x.Equals(y) вызывает метод Equals для int, который сравнивает значения → True.
📌 Подвох — в различии == и .Equals() при использовании упакованных типов.
@csharp_ci
public static IEnumerable<int> GetSlowData()
{
Console.WriteLine("Fetching data...");
yield return 1;
Thread.Sleep(1000);
yield return 2;
Thread.Sleep(1000);
yield return 3;
}
Теперь тебе нужно реализовать метод ProcessData(), который:
Вызывает GetSlowData() один раз.
Проходит по данным дважды: сначала фильтрует только чётные, потом считает сумму всех.
Не должен повторно "запрашивать" данные (то есть Fetching data... должен выводиться один раз).
Не должен использовать ToList(), ToArray() или другие методы, загружающие всё в память явно.
🧠 Вопрос с подвохом: Как реализовать ProcessData()?
Напиши реализацию:
public static void ProcessData()
{
// твой код здесь
}
🔎 Подсказка
Если ты просто используешь IEnumerable<int> и дважды к нему обращаешься — будет два запроса. Но есть один способ реализовать ленивое кэширование, не загружая всё в память сразу и не повторяя yield return.
Решение:
Если ты просто напишешь вот так:
```csharp
var data = GetSlowData();
var evens = data.Where(x => x % 2 == 0);
var sum = data.Sum();```
то GetSlowData() будет вызван дважды, потому что IEnumerable ленивый — и при каждом новом foreach начинается всё заново. Это видно по двойному выводу Fetching data....
🧠 Цель: пройтись по данным один раз, кэшируя элементы "на лету", и позволить другим перечислениям работать без повторного получения.
✅ Решение: Используем ленивый кеш — с помощью кастомного итератора
```csharp
public static void ProcessData()
{
var cached = new MemoizedEnumerable<int>(GetSlowData());
var evens = cached.Where(x => x % 2 == 0);
var sum = cached.Sum();
Console.WriteLine("Even numbers: " + string.Join(", ", evens));
Console.WriteLine("Sum: " + sum);
}```
А вот реализация ленивого кеширующего MemoizedEnumerable<T>:
```csharp
public class MemoizedEnumerable<T> : IEnumerable<T>
{
private readonly IEnumerator<T> _source;
private readonly List<T> _cache = new();
private bool _sourceFinished = false;
public MemoizedEnumerable(IEnumerable<T> source)
{
_source = source.GetEnumerator();
}
public IEnumerator<T> GetEnumerator()
{
int index = 0;
while (true)
{
if (index < _cache.Count)
{
yield return _cache[index];
}
else
{
if (_sourceFinished || !_source.MoveNext())
{
_sourceFinished = true;
yield break;
}
_cache.Add(_source.Current);
yield return _source.Current;
}
index++;
}
}
IEnumerator IEnumerable.GetEnumerator() => GetEnumerator();
}```
🧪 Что происходит
MemoizedEnumerable запоминает каждый элемент один раз при первом проходе.
Следующие проходы используют кэш.
Fetching data... будет вызван только один раз.
💥 Подвох
Большинство подумает, что IEnumerable можно безопасно переиспользовать без сайд-эффектов. Но не тут-то было: без кэширования yield выполнится дважды. Многие Middle+ разработчики ошибаются именно тут.tsqlanalyze -i "C:\scripts\proc.sql" --format
Эта команда проанализирует и отформатирует указанный SQL-скрипт согласно установленным правилам.
📌 Подробнее о новых возможностях и инструкциях по установке читайте в официальной документации.
#sqlserver #tsql #dotnet #cli #devtools
https://github.com/ErikEJ/SqlServer.Rules/tree/master/tools/SqlAnalyzerCli#sql-formatting-preview
@csharp_ci
using System;
using System.Collections.Generic;
class Program
{
static void Main()
{
var actions = new List<Action>();
for (int i = 0; i < 3; i++)
{
actions.Add(() => Console.WriteLine(i));
}
foreach (var action in actions)
action();
}
}
Варианты ответа:
A)
1
2
B)
3
3
C)
0
0
D)Ошибка компиляции
---
✅ Правильный ответ: B
Почему:
Лямбда-функции захватывают переменную i по ссылке, а не её значение на каждой итерации. После завершения цикла i == 3, и все замыкания ссылаются на одно и то же i. Это классическая ловушка замыканий в C#.
@csharp_ci
Available now! Telegram Research 2025 — the year's key insights 
