C# C# · 20 вопросов · ~55 мин · ⏱ Таймер 55:00 · Средний ·

Строки и форматирование

Разбирает неизменяемость строк, интерполяцию, StringBuilder и культуру форматирования. Вопросы построены вокруг реальных ошибок: лишних выделений, неверного сравнения, двусмысленного разбора дат и машинных форматов, зависящих от локали.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. На 20 вопросов отведено 55 минут. В заданиях с кодом учитывайте указанную конструкцию и не додумывайте отсутствующие условия. После завершения откроются общий результат, тематические шкалы и разбор каждого ответа.

Вопрос 1 из 20

Какую строку напечатает код, если результат ToUpperInvariant не сохранить?

string text = "hello";
text.ToUpperInvariant();
Console.WriteLine(text);

Слово с заглавной первой буквой Пять заглавных букв Ошибка компиляции null Исходное значение hello

Вопрос 2 из 20

Как правильно сохранить результат Replace?

string text = "a-b-c";
text = text.Replace('-', ':');
Console.WriteLine(text);

Вызвать text.Replace и игнорировать возврат Изменить символ по индексу Использовать ref string обязательно Привести string к char[] без копии Присвоить text = text.Replace(...)

Вопрос 3 из 20

Что сравнивает оператор == для string?

Содержимое строк по ordinal-правилам равенства Хеш-коды без проверки Только ссылки Длины строк Культуру текущего потока

Вопрос 4 из 20

Почему ReferenceEquals для строк не подходит как проверка равенства текста?

string a = "ab";
string b = string.Concat("a", "b");
Console.WriteLine(ReferenceEquals(a, b));

Он доступен только в unsafe Строки не являются объектами Равный текст не требует одной и той же ссылки ReferenceEquals сравнивает длину Метод меняет строки

Вопрос 5 из 20

Когда string.Create или Span<char> могут быть оправданы?

В любом единичном сообщении журнала Чтобы сделать код короче любой ценой Для сравнения null В измеренном горячем пути с большим числом временных строк Чтобы форматирование сразу переводило UTF-16 в ASCII без промежуточной строки

Вопрос 6 из 20

Как будет отформатировано число 12.5m спецификатором F2?

decimal value = 12.5m;
Console.WriteLine($"Total: {value:F2}");

Ошибка компиляции Total: 12.50 12,50 при любой культуре Total: {value:F2} Total: 12.5

Вопрос 7 из 20

Как вывести буквальные фигурные скобки в обычной интерполированной строке?

var value = 7;
Console.WriteLine($"{{value}} = {value}");

Удвоить их: {{ и }} Экранировать обратным слэшем Одинарными скобками Заменить фигурные скобки их Unicode-последовательностями внутри строки Использовать только string.Concat

Вопрос 8 из 20

Когда вычисляется выражение внутри $"{GetValue()}"?

При первом чтении символа строки При построении интерполированной строки компилятором Только при Console.WriteLine Во время построения интерполированной строки После сборки мусора

Вопрос 9 из 20

Какой плюс у raw interpolated strings для JSON-фрагмента?

var json = $$"""
{ "name": "{{name}}" }
""";

Они сериализуют объект безопасно Меньше экранирования кавычек и фигурных скобок Raw-строка проверяется компилятором как корректный JSON Raw-строка кодируется в UTF-8 до создания string Запрещают пользовательский ввод

Вопрос 10 из 20

Почему не стоит вставлять пароль в интерполированное сообщение журнала?

ILogger удаляет все значения Интерполяция не работает со string Интерполяционный обработчик ILogger хеширует аргументы-секреты Строка станет mutable Секрет попадёт в готовую строку и может сохраниться в журнале

Вопрос 11 из 20

Когда StringBuilder обычно полезен?

var builder = new StringBuilder();
foreach (var item in items)
    builder.Append(item.Id).Append(';');
var text = builder.ToString();

Для безопасного хранения паролей Чтобы получить неизменяемость При одном сложении двух литералов При множестве последовательных добавлений в цикле Для сравнения строк

Вопрос 12 из 20

Какую строку соберёт StringBuilder после двух вызовов Append?

var sb = new StringBuilder();
sb.Append("A");
sb.Append("B");
Console.WriteLine(sb.ToString());

AB Ошибка компиляции A B Builder A

Вопрос 13 из 20

Что делает Clear?

Создаёт новый StringBuilder Освобождает объект и делает ссылку null Удаляет только последний символ Запрещает дальнейший Append Устанавливает Length в 0, обычно сохраняя выделенную ёмкость

Вопрос 14 из 20

Как избежать лишнего ToString на каждой итерации?

var sb = new StringBuilder();
foreach (var part in parts) sb.Append(part);
string result = sb.ToString();

Создавать новый builder для каждого символа Вызывать ToString только после завершения сборки Использовать ReferenceEquals Присваивать Capacity = 0 каждый раз Вызывать ToString перед каждым Append

Вопрос 15 из 20

Когда обычная интерполяция яснее StringBuilder?

Когда данные поступают потоково Когда собирается короткое сообщение из нескольких значений один раз Когда нужен изменяемый буфер Когда измерен избыток аллокаций Когда цикл добавляет миллион частей

Вопрос 16 из 20

Почему число 1.5 может отображаться как 1,5?

Текущая культура использует запятую как десятичный разделитель CLR хранит строковое представление числа уже с запятой Console автоматически округляет число и заменяет точку Стандартный формат G всегда использует запятую для значений double Тип decimal хранит другое числовое значение, чем double

Вопрос 17 из 20

Как формировать число для стабильного текстового протокола?

InvariantCulture и заранее согласованный формат Вызывать GetHashCode Использовать только int Использовать CurrentUICulture Заменять запятую точкой после ToString

Вопрос 18 из 20

Что не так с DateTime.Parse для внешнего формата yyyy-MM-dd?

Parse всегда трактует дату без времени как UTC независимо от культуры и DateTimeStyles Полученный DateTime становится изменяемым объектом, поэтому формат нельзя считать устойчивым Parse не умеет даты ParseExact точнее выражает фиксированный внешний формат Parse возвращает исходную строку, если она соответствует текущей культуре

Вопрос 19 из 20

Какой результат наиболее вероятен при fr-FR?

var culture = CultureInfo.GetCultureInfo("fr-FR");
Console.WriteLine(1234.56.ToString("0.00", culture));

1234,56 Ошибка форматирования NaN 1,234.56 обязательно 1234.56

Вопрос 20 из 20

Как сравнивать пользовательские строки без ложного предположения об ordinal?

Сначала сериализовать строки в JSON и сравнить результат Всегда применять ==, потому что ordinal подходит любому пользовательскому тексту Переводить обе строки в нижний регистр без указания культуры Выбирать StringComparison по задаче: ordinal для идентификатора, культурный — для текста Сравнить GetHashCode, считая одинаковый хеш доказательством равенства

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу