TS TypeScript · 25 вопросов · ~70 мин · ⏱ Таймер 10:00 · Средний ·

Строгий режим и null-безопасность

Разбирает тему «Строгий режим и null-безопасность» на практических сценариях: поиск дефектов, сравнение решений и оценка последствий. Вопросы требуют читать код, сопоставлять статические гарантии с поведением JavaScript и выбирать решение, которое не рассыплется при развитии проекта.

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

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. На 25 вопросов отведено 70 минут. Код читайте построчно: часть заданий проверяет не результат JavaScript, а то, что TypeScript способен доказать до запуска.

Вопрос 1 из 25

Что включает флаг strict в целом?

// tsconfig.json
{
  "compilerOptions": { "strict": true }
}

Только запрет null Набор строгих проверок, включая noImplicitAny и strictNullChecks Все возможные флаги TypeScript без исключений Автоматическую runtime-валидацию Минификацию JavaScript

Вопрос 2 из 25

Как strict влияет на неаннотированный параметр?

function greet(name) {
  return name.toUpperCase();
}

strict добавляет runtime typeof noImplicitAny отклоняет параметр без контекстного типа name автоматически становится string name получает unknown без ошибки Функция удаляется при emit

Вопрос 3 из 25

Почему useUnknownInCatchVariables полезен?

try {
  risky();
} catch (error) {
  console.log(error.message);
}

Поймать можно любое значение catch выполняется только при компиляции unknown автоматически имеет поле message Флаг превращает исключения в string Все исключения всегда Error

Вопрос 4 из 25

Как безопаснее включать strict в старом проекте?

Запустить только formatter Включить и добавить as в каждую строку Переписать весь проект за один коммит Отключить проверку библиотек и считать работу законченной Включать поэтапно, не подавляя ошибки массовым any

Вопрос 5 из 25

Почему strict — не гарантия отсутствия runtime-ошибок?

Он проверяет типизированные предположения Потому что JavaScript не выполняется Потому что TypeScript не проверяет функции Потому что все типы становятся any Потому что strict действует только на комментарии

Вопрос 6 из 25

В показанном фрагменте какой тип имеет name?

function read(user: { name?: string }) {
  const name = user.name;
  return name;
}

never, поскольку ветвь недостижима unknown из-за чтения свойства объекта string | undefined только null при отсутствии поля только string после автоматического сужения

Вопрос 7 из 25

В показанном фрагменте почему вызов запрещён?

function upper(value: string) {
  return value.toUpperCase();
}
const input: string | null = null;
upper(input);

null не присваивается параметру string upper должна возвращать void Проблема только в const null автоматически станет пустой строкой Строковые функции не принимают переменные

Вопрос 8 из 25

В показанном фрагменте какой результат у find?

const users = [{ id: "a" }, { id: "b" }];
const user = users.find(item => item.id === "c");

null { id: string } { id: string } | undefined false never

Вопрос 9 из 25

Когда non-null assertion ! оправдан?

После любого querySelector Чтобы исправить любую ошибку компилятора Для всех optional-полей Вместо проверки ответа сети Когда инвариант уже надёжно подтверждён другим механизмом

Вопрос 10 из 25

Чем null отличается от undefined в контракте?

undefined нельзя сериализовать null автоматически превращается в 0 null существует только в типах TypeScript всегда считает их одинаковыми Их смысл задаёт API

Вопрос 11 из 25

Что вернёт выражение для count = 0?

const count: number | undefined = 0;
const a = count || 10;
const b = count ?? 10;

Оба 10 a = 10, b = 0 a = 0, b = 10 Оба 0 Выражение не компилируется

Вопрос 12 из 25

В показанном фрагменте каков тип result?

type User = { profile?: { name?: string } };
declare const user: User;
const result = user.profile?.name?.toUpperCase();

string never string | undefined User null

Вопрос 13 из 25

Что делает optional call?

type Hooks = { onReady?: () => void };
declare const hooks: Hooks;
hooks.onReady?.();

Превращает результат в boolean Создаёт пустую функцию при отсутствии Вызывает её только если она возвращает true Вызывает функцию только если она не null и не undefined Проверяет тип функции в runtime полностью

Вопрос 14 из 25

Почему длинная цепочка ?. может скрывать проблему?

Она скрывает отсутствие обязательного узла далеко от причины Optional chaining всегда бросает исключение Результат становится any Цепочка отключает strict Каждый ?. делает объект readonly

Вопрос 15 из 25

Как выбрать между || и ?? для значения по умолчанию?

Всегда использовать ?? даже для boolean-условий Выбор влияет только на типы Оба оператора полностью одинаковы Использовать ??, если 0, false и "" допустимы Всегда использовать ||

Вопрос 16 из 25

Почему strictPropertyInitialization выдаёт ошибку?

class User {
  name: string;
  constructor(load: boolean) {
    if (load) this.name = "Ada";
  }
}

if запрещён при инициализации Есть путь конструктора, где name остаётся неинициализированным name автоматически получает undefined без ошибки Поля класса нельзя типизировать string Конструктор обязан быть async

Вопрос 17 из 25

Что означает definite assignment assertion?

class Controller {
  element!: HTMLElement;
}

Символ ! запрещает изменение Разработчик обещает, что поле будет присвоено до чтения Поле получит новый HTMLElement автоматически Поле становится non-null в runtime Поле инициализируется undefined и проверяется при каждом доступе

Вопрос 18 из 25

Какой контракт лучше для ленивого ресурса?

class Service {
  private connection?: Connection;
  getConnection() {
    return this.connection ??= createConnection();
  }
}

Создавать новое соединение при каждом чтении без контракта Возвращать Connection | undefined всегда Optional-поле и метод, возвращающий готовый Connection Использовать connection!: any Объявить connection!: Connection и заполнить его позже

Вопрос 19 из 25

Когда поле лучше сделать optional, а не использовать !?

Когда тип — string Когда поле private Когда отсутствие — допустимое состояние Когда компилятор мешает сборке Когда класс имеет конструктор

Вопрос 20 из 25

Как проверить инициализацию, выполняемую фреймворком после конструктора?

Отключить strictPropertyInitialization Runtime-тест цикла жизни и guard доступа до готовности Поставить ! и не тестировать Сделать поле public any Проверить только тип класса

Вопрос 21 из 25

Какой тип результата нужно зафиксировать при включённом noUncheckedIndexedAccess?

type Users = Record<string, User>;
declare const users: Users;
const current = users["u1"];

User User | null never unknown User | undefined

Вопрос 22 из 25

Какой вызов должен быть запрещён при exactOptionalPropertyTypes?

type Profile = { nickname?: string };
declare function save(profile: Profile): void;

save({}) save({ ...maybeNickname }) при корректном типе save({ nickname: undefined }) при nickname?: string save({ nickname: value }) при value: string save({ nickname: "Лена" })

Вопрос 23 из 25

Почему runtime-тест остаётся нужен после сужения unknown до объекта с полем name?

unknown превращается в null при JSON.parse Пользовательский guard может принять неверные данные strictNullChecks работает только в редакторе TypeScript иногда удаляет поле name после компиляции Guard автоматически изменяет исходный объект

Вопрос 24 из 25

После удаления оператора ! код продолжил компилироваться из-за нового значения по умолчанию. Что проверить?

Порядок свойств объекта Соответствует ли default бизнес-смыслу, а не только типу Количество восклицательных знаков в файле Только отсутствие ошибок tsc Размер скомпилированной функции

Вопрос 25 из 25

Как проверить ленивую инициализацию поля без definite assignment assertion?

Проверить только объявленный тип поля Повторные getter-вызовы создают ресурс один раз Создать экземпляр, не вызывая getter Добавить as к результату getter Отключить strictPropertyInitialization

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

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

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

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