C# C# · 25 вопросов · ~70 мин · ⏱ Таймер 10:00 · Сложный · 👥 2 прошли

Nullable reference types

Разбирает nullable reference types как статический контракт, а не защиту времени выполнения. Проверяются потоковый анализ, оператор !, Try-паттерны, required/init и границы со старым или внешним кодом, где предупреждение легко подавить, но риск остаётся.

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

⏱ --:--

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

Вопрос 1 из 25

Что означает string? при включённом nullable?

string? optional = FindName();
if (optional is not null)
    Console.WriteLine(optional.Length);

Строка становится mutable Компилятор добавит автоматическое значение Значение может быть null и требует проверки Это Nullable<string> struct Аннотация string? означает, что переменная инициализируется null

Вопрос 2 из 25

Что означает параметр string name?

public User Create(string name)
{
    ArgumentNullException.ThrowIfNull(name);
    return new User(name);
}

Компилятор заменит null пустой строкой Отсутствие знака ? автоматически запрещает передать null во время выполнения Параметр хранится на стеке Контракт не допускает null, но границу проверяют Среда выполнения отклоняет null до входа в метод

Вопрос 3 из 25

Меняется ли сигнатура CLR между string и string??

Да, это два разных типа среды выполнения Различие появляется только при публикации под Linux Нет, это тот же тип CLR; различие хранится в аннотациях для анализа компилятором Различие существует только у private-членов string? превращается в object при выполнении, чтобы хранить признак null отдельно

Вопрос 4 из 25

Что означает #nullable disable для старого файла?

#nullable disable
string Legacy(string input) => null;
#nullable restore

Null запрещён Компилятор переписывает каждый ссылочный тип в nullable-вариант времени выполнения Добавляются проверки CLR Файл не компилируется Полный набор nullable-предупреждений отключается

Вопрос 5 из 25

Как выразить для generic-параметра контракт «nullable-значение здесь не ожидается»?

where T : struct where T : notnull where T : object where T : class where T : new()

Вопрос 6 из 25

Почему после if (name is null) return; вызов name.Length безопасен?

void Print(string? name)
{
    if (name is null) return;
    Console.WriteLine(name.Length);
}

После return остаётся только ненулевая ветвь Проверка is null не влияет на состояние анализа после выхода из if name становится value type Length проверяет null сам return заменяет null пустой строкой

Вопрос 7 из 25

Как изменится null-состояние переменной после повторного присваивания name = Find()?

Метод Find с non-nullable-результатом не может вернуть null Переменная становится dynamic Состояние пересчитывается по новому присваиванию и снова может стать возможно равное null После первой проверки анализатор сохраняет non-null до конца метода Присваивание запрещено

Вопрос 8 из 25

Как сообщить анализатору, что EnsureNotNull бросает при null?

static void Ensure([NotNull] object? value)
{
    if (value is null) throw new ArgumentNullException(nameof(value));
}
Ensure(candidate);
Console.WriteLine(candidate.ToString());

[ThreadStatic] [Serializable] [Obsolete] [NotNullWhen(true)] на параметре этого void-метода [NotNull] на параметре

Вопрос 9 из 25

Почему условие obj?.Child != null позволяет использовать obj.Child в той же ветви не всегда удобно?

Свойство может читаться повторно и меняться; надёжнее сохранить результат в локальную переменную или pattern Оператор ?. превращает ссылочный объект в значимый тип Анализатор гарантирует, что вычисляемое свойство не изменится до конца ветви Потоковый анализ работает только для полей, но не для свойств Для сохранения null-состояния требуется lock вокруг любого свойства

Вопрос 10 из 25

Какая запись одновременно извлекает и доказывает non-null?

if (user.Name is { Length: > 0 } name)
    Console.WriteLine(name.ToUpperInvariant());

if (user.Name?.Length) if (user.Name is { Length: > 0 } name) if (ReferenceEquals(null,null)) if (user.Name == default!) if (typeof(string))

Вопрос 11 из 25

Что делает value! во время выполнения?

string? value = GetPossiblyNull();
Console.WriteLine(value!.Length); // предупреждение скрыто, проверки нет

Клонирует значение Ставит lock Бросает при null немедленно Ничего: оператор лишь подавляет предупреждение Заменяет null default-объектом

Вопрос 12 из 25

Что случится здесь?

string? name = null;
Console.WriteLine(name!.Length);

name станет пустой строкой NullReferenceException при чтении Length Компилятор запретит сборку Вернётся -1 Напечатает 0

Вопрос 13 из 25

Какой случай чаще оправдывает !?

Каждое свойство DTO, которое иногда отсутствует в JSON Ставить ! на любом пользовательском вводе, чтобы анализатор не мешал последующей проверке Поле, которое фреймворк гарантированно заполнит до использования, но анализатор этого не видит Значение из Dictionary по ключу, наличие которого ещё не проверено Ответ внешнего API, не прошедший проверку контракта

Вопрос 14 из 25

Почему default! используют в некоторых generic/ORM-моделях?

public string Name { get; private set; } = default!; // ORM заполняет при materialization

Чтобы вызвать finalizer Чтобы запретить null в CLR Чтобы ускорить reflection Подавить предупреждение до внешней инициализации Чтобы создать объект T

Вопрос 15 из 25

Что лучше вместо return cache[key]! при необязательном ключе?

Получать значение через indexer после ContainsKey без единой операции Оставить ! и считать отсутствие ключа невозможным Сделать сам словарь nullable и проверять его при каждом вызове Привести результат к dynamic и отложить ошибку Использовать TryGetValue и явно представить отсутствие значением результата или исключением контракта

Вопрос 16 из 25

Какой контракт удобен для поиска без исключения?

public bool TryFind(Guid id, [NotNullWhen(true)] out User? user) =>
    _users.TryGetValue(id, out user);

bool TryFind(Guid id, [NotNullWhen(true)] out User? user) void Find(out object): выходной параметр object выражает успешность без отдельного bool dynamic Find(): отсутствие можно отличить по ошибке связывания во время выполнения User! Find(): оператор подавления в возвращаемом типе сообщает вызывающему о неуспехе User Find(Guid id) и иногда null вопреки аннотации

Вопрос 17 из 25

Что лучше вернуть при отсутствии элементов, если отсутствие коллекции не имеет отдельного смысла?

object null Пустую IReadOnlyList<T>/массив Бросить исключение, чтобы отличить пустую коллекцию от отсутствующей default!

Вопрос 18 из 25

Для чего required-свойство?

public sealed class UserDto
{
    public required string Name { get; init; }
}

Среда выполнения заполнит required-член значением по умолчанию Свойство становится readonly CLR Делает тип struct Запрещает reflection Требует задать член при создании объекта

Вопрос 19 из 25

Когда бросать ArgumentNullException?

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

Вопрос 20 из 25

Почему string? GetDisplayName() лучше, чем string GetDisplayName() с неявным null?

public string? GetDisplayName() =>
    string.IsNullOrWhiteSpace(Profile.DisplayName) ? null : Profile.DisplayName;

Аннотация заставляет клиента учесть отсутствие Она добавляет пустую строку CLR запрещает null Метод становится async Вопросительный знак ускоряет метод

Вопрос 21 из 25

Как не допустить возврата nullable-долга?

Отключить nullable для проекта после первой успешной сборки Использовать dynamic на границах, чтобы убрать предупреждения Проверять предупреждения вручную только перед выпуском Включить предупреждения и считать выбранные nullable-диагностики ошибками CI Подавить предупреждения оператором !, не уточняя контракт значений

Вопрос 22 из 25

Какой тест нужен для JSON-входа с обязательным Name?

var dto = JsonSerializer.Deserialize<UserDto>("{\"name\":null}");
var result = validator.Validate(dto);
Assert.Contains(result.Errors, e => e.Field == "name");

Только валидный JSON Проверить отсутствие, null и пустое значение Reflection списка свойств Только сериализация обратно Проверка размера DTO

Вопрос 23 из 25

Что записывать при NullReferenceException?

Операцию, трассировку, безопасные идентификаторы и версию приложения с исходным исключением Только текст «получен null» без контекста вызова Полный снимок объекта вместе с персональными и секретными полями Только число таких исключений без места и операции Учётные данные пользователя, чтобы воспроизвести ошибку

Вопрос 24 из 25

Как мигрировать большой legacy-раздел?

<Nullable>enable</Nullable>
<WarningsAsErrors>nullable</WarningsAsErrors>

Включать постепенно и контролировать базу предупреждений Включить nullable везде и подавить всё Механически заменить все string на string?, не разбирая контракты Удалить проверки null Использовать только тесты времени выполнения

Вопрос 25 из 25

Почему счётчик NRE по версии полезен?

Метрика сама предотвращает null-разыменование Связывает всплеск NRE с выпуском и изменением контракта Он заменяет stack trace Он нужен только компилятору Версия мало полезна: stack trace уже полностью локализует источник NRE

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

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

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

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