TS TypeScript · 20 вопросов · ~55 мин · ⏱ Таймер 55:00 · Лёгкий ·

Базовые типы и вывод типов

Вопросы требуют читать код, сопоставлять статические гарантии с поведением JavaScript и выбирать решение, которое не рассыплется при развитии проекта.

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

⏱ --:--

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

Вопрос 1 из 20

Какой статический тип имеет переменная boxed?

const boxed = new String("чай");

string unknown { value: string } объект String object | string

Вопрос 2 из 20

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

const bytes = 4n;
const extra = 2;
const total = bytes + extra;

Результат сложения всегда должен иметь тип string TypeScript запрещает арифметику с const-значениями Переменная extra должна быть объявлена через var Операторы над bigint не принимают number без явного согласования типов Литералы bigint разрешены только внутри классов

Вопрос 3 из 20

Что можно утверждать о сравнении tokenA === tokenB?

const tokenA = Symbol("session");
const tokenB = Symbol("session");

Результат будет true из-за одинакового описания Результат зависит от настройки strict Результат будет false Сравнение не компилируется без типа unique symbol Оба значения автоматически попадают в Symbol.for

Вопрос 4 из 20

Функция получает результат JSON.parse из внешнего файла. Какой исходный тип лучше заставит код проверить данные перед использованием?

object unknown any {} Record<string, string>

Вопрос 5 из 20

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

unknown null void undefined never

Вопрос 6 из 20

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

let mode = "compact";
mode = "wide";

unknown экземпляр String "compact" | "wide" "compact" string

Вопрос 7 из 20

Как изменится тип поля method после as const?

const request = {
  method: "GET",
  retry: 2
} as const;

Весь объект получит тип never Поле method останется изменяемым string Только retry станет литералом, а method — нет as const выполнит глубокое замораживание объекта во время выполнения Поле method получит литеральный тип "GET" и станет readonly

Вопрос 8 из 20

Какой тип элемента выводится у массива values?

const values = [1, "2", 3];
const item = values[0];

string unknown string | number number [number, string, number]

Вопрос 9 из 20

Обработчик передаётся прямо в Array.map. Почему параметр item часто не требует явной аннотации?

map всегда подставляет тип unknown Любой параметр стрелочной функции автоматически получает any Тип берётся из имени item Его тип выводится контекстно из типа элементов массива и сигнатуры map Компилятор запускает функцию на первом элементе

Вопрос 10 из 20

Нужно проверить объект на соответствие Record<string, string>, но сохранить точные типы его известных ключей. Что выбрать?

Отключение noImplicitAny Аннотацию : Record<string, string> Оператор satisfies Утверждение as Record<string, string> Преобразование String(object)

Вопрос 11 из 20

Какую ошибку помогает обнаружить явный тип результата?

function loadName(): string {
  if (Math.random() > 0.5) return "Ada";
}

Явный тип запрещает условные операторы У функции отсутствует тип параметров Не все ветви возвращают строку Строковый литерал нужно обернуть в String Math.random нельзя вызывать в функции со строковым результатом

Вопрос 12 из 20

Какая аннотация нужна, чтобы пустой массив принимал только идентификаторы-строки?

const ids = [];
ids.push("u-1");
ids.push(42);

const ids: unknown = []; const ids: [] = []; const ids: string[] = []; const ids = [] as const; const ids: String = [];

Вопрос 13 из 20

Зачем здесь полезен явный тип переменной state?

type State = "idle" | "loading" | "ready";
let state: State = "idle";
state = "loading";

Он ускоряет сравнение строк во время выполнения Он автоматически создаёт enum Он превращает let в const Он запрещает случайно присвоить строку вне предусмотренного набора Он проверяет, существует ли такое состояние на сервере

Вопрос 14 из 20

Где явная аннотация обычно приносит больше пользы, чем повторяет очевидный вывод?

На счётчике цикла for На каждой локальной константе с числовым литералом На строке, которую сразу передают в console.log На экспортируемой функции со стабильным результатом На промежуточном значении простого сложения

Вопрос 15 из 20

Разработчик аннотировал каждую локальную переменную. Какой риск у такого стиля?

Шум скрывает контракты и расширяет литеральные типы Аннотации отключат автоматическое дополнение TypeScript перестанет удалять типы при сборке Компилятор перестанет проверять присваивания Код начнёт выполняться медленнее

Вопрос 16 из 20

Почему присваивание вызывает ошибку?

let status: "open" | "closed" = "open";
const next: string = "closed";
status = next;

const нельзя читать при присваивании Тип string шире Union допускается только в параметрах функций Присваивание между двумя строками запрещено Литеральные типы нельзя использовать с let

Вопрос 17 из 20

Какой вызов будет отклонён из-за проверки лишнего свойства у объектного литерала?

type User = { id: string };
function save(user: User) {}

const prepared = { id: "u1", role: "admin" };
save(prepared);
save({ id: "u2", role: "admin" });

Ни один: лишние свойства всегда удаляются Первый: переменные нельзя передавать в объектные параметры Второй: свежий объектный литерал содержит неизвестное свойство role Оба: структурная типизация требует точного совпадения полей Оба: свойство role должно быть числом

Вопрос 18 из 20

Почему последняя строка небезопасна и не компилируется?

const source: readonly string[] = ["a", "b"];
let target: string[] = [];
target = source;

readonly-массивы содержат только литеральные типы Изменяемая ссылка позволила бы записывать в массив, объявленный readonly string[] и readonly string[] имеют разную длину Массивы совместимы только при одинаковом имени переменной const-массив нельзя читать вне места объявления

Вопрос 19 из 20

В объект из внешнего API временно добавилось новое поле. Почему присваивание через заранее объявленную переменную может пройти, хотя литерал напрямую не прошёл бы?

Лишние свойства особо проверяются у свежих литералов Переменные автоматически получают any Свойства внешних объектов всегда считаются optional TypeScript удаляет лишние поля из переменных Проверка объектов работает только в strict-режиме

Вопрос 20 из 20

Как лучше исправить присваивание широкой строки в литеральный union, если строка приходит из формы?

Поставить as без проверки Присвоить через промежуточную переменную any Проверить строку в runtime и сузить до union Заменить union на string во всём проекте Отключить strictNullChecks

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

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

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

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