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

Встроенные служебные типы

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

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

⏱ --:--

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

Вопрос 1 из 25

Какой объект подходит Partial<User>?

type User = { id: string; name: string };
type UserPatch = Partial<User>;

Объект с любыми произвольными ключами Только { id: undefined; name: undefined } Массив значений User Только полный User {} или любое корректное подмножество полей

Вопрос 2 из 25

Что делает Required<Options>?

type Options = { cache?: boolean; timeout?: number };
type Complete = Required<Options>;

Тип превращается в tuple cache и timeout становятся обязательными Поля получают значения по умолчанию во время выполнения Поля становятся readonly undefined удаляется из любых явно записанных unions

Вопрос 3 из 25

Почему Partial не всегда подходит для PATCH API?

type User = { id: string; email: string; role: "user" | "admin" };
type Patch = Partial<User>;

PATCH всегда должен принимать полный User Partial работает только с классами Он разрешает менять id и роль Partial запрещает пустой объект Partial проверяет сервер во время выполнения

Вопрос 4 из 25

Когда Required<T> безопасно применять к данным?

После реального заполнения или проверки всех полей Когда объект имеет хотя бы одно поле Только при strict: false После as Required<T> Сразу после JSON.parse

Вопрос 5 из 25

Как exactOptionalPropertyTypes меняет смысл Partial<T>?

Все поля становятся T | undefined независимо от записи Свойство может отсутствовать, но явное undefined запрещено, если исходный тип его не допускает Partial перестаёт работать Поля становятся private Опция добавляет значения по умолчанию

Вопрос 6 из 25

Какой тип создаёт Pick<User, "id" | "name">?

type User = { id: string; name: string; passwordHash: string };
type PublicUser = Pick<User, "id" | "name">;

{ id?: string; name?: string } User без изменений { id: string; name: string } keyof User { passwordHash: string }

Вопрос 7 из 25

Что делает Omit<User, "passwordHash">?

type User = { id: string; name: string; passwordHash: string };
type PublicUser = Omit<User, "passwordHash">;

Шифрует значение поля Удаляет поле из объекта во время выполнения Оставляет только passwordHash Делает passwordHash optional Удаляет passwordHash из статического контракта

Вопрос 8 из 25

Как сделать патч только для name?

type User = { id: string; name: string; role: string };
type NamePatch = /* ? */;

Record<"name", unknown> Required<Omit<User, "name">> Partial<Pick<User, "name">> User["name"] Pick<User, keyof User>

Вопрос 9 из 25

Pick или отдельный DTO — что выбрать для публичного API?

Pick — при устойчивой зависимости от доменной модели Всегда Omit Всегда Pick Разницы нет при переименовании полей DTO нужен только в Java

Вопрос 10 из 25

Почему Omit большого типа по одному секретному полю может быть хрупким?

Будущие служебные поля тоже попадут в публичный тип Omit превращает ключи в number Большие типы нельзя экспортировать Секрет вернётся только при strict: false Omit не поддерживает новые поля

Вопрос 11 из 25

Что описывает Record<Role, boolean>?

type Role = "admin" | "editor" | "viewer";
type Enabled = Record<Role, boolean>;

Объект с любыми строковыми ключами Union boolean | Role Массив ролей Объект, где достаточно одного ключа Объект со всеми ключами Role и boolean-значениями

Вопрос 12 из 25

Почему Record<string, User> не гарантирует существование произвольного ключа во время выполнения?

type User = { id: string };
const users: Record<string, User> = {};
const user = users["missing"];

Объект не может быть пустым Record не создаёт записи для объявленных ключей Индексирование возвращает never Строковые ключи всегда присутствуют Record автоматически создаёт User

Вопрос 13 из 25

Какой Record подходит для частичного словаря ролей?

type Role = "admin" | "editor" | "viewer";

Record<Role, number> Record<string, never> Partial<Record<Role, number>> Role[number] Pick<number, Role>

Вопрос 14 из 25

В показанном фрагменте когда Map лучше Record?

Когда ключи — небольшой литеральный union и нужна исчерпывающая таблица Когда значения readonly Когда нужен только тип Для иных ключей, порядка, методов или частых изменений Когда объект сериализуется в JSON без преобразования

Вопрос 15 из 25

Почему Record<string, unknown> лучше Record<string, any> для непроверенного словаря?

any запрещает индексирование unknown автоматически валидирует поля unknown существует в runtime unknown заставляет сузить прочитанное значение Record с unknown становится readonly

Вопрос 16 из 25

Какой тип создаёт ReturnType<typeof build>?

function build(id: string) {
  return { id, createdAt: new Date() };
}
type Built = ReturnType<typeof build>;

{ id: string; createdAt: Date } Parameters<typeof build> typeof build Promise<{ id: string }> string

Вопрос 17 из 25

Что даёт Parameters<typeof send>?

function send(url: string, retries: number = 2): Promise<void> {
  return Promise.resolve();
}
type Args = Parameters<typeof send>;

string | number [url: string, retries?: number] Promise<void> [string, number] без optional unknown[]

Вопрос 18 из 25

Какой тип получает S?

class Service { run() {} }
type S = InstanceType<typeof Service>;

Function { constructor: Service } new () => Service Service typeof Service

Вопрос 19 из 25

Почему ReturnType может слишком тесно связать публичный DTO с реализацией функции?

ReturnType выполняет функцию Он всегда возвращает any Он не работает с export Он удаляет optional-поля Рефакторинг функции меняет публичный DTO

Вопрос 20 из 25

Как тестировать refactor функции, тип которой используется через Parameters/ReturnType?

Достаточно запустить функцию один раз Проверить только имя функции Отключить declaration emit Добавить as к производным типам Проверить функцию и производные типы её потребителей

Вопрос 21 из 25

Какой пример лучше проверяет различие Partial<T> и Pick<T, K>?

type User = { id: string; name: string; active: boolean };
type Patch = Partial<User>;
type Label = Pick<User, "id" | "name">;

Pick делает выбранные значения readonly Оба типа всегда дают одинаковый результат Partial делает все ключи optional, Pick сохраняет выбранные Partial удаляет свойства со значением undefined Оба типа проверяют данные во время выполнения

Вопрос 22 из 25

Какой объект должен быть запрещён для Record<"draft" | "published", number>?

type Counts = Record<"draft" | "published", number>;

{ draft: 1 } { published: 0, draft: 0 } { draft: 1, published: 2 } as const const x: Record<"draft" | "published", number> = { draft: 1, published: 2 } { draft: 1, published: 2 }

Вопрос 23 из 25

Почему тест ReturnType<typeof makeUser> может стать хрупким публичным контрактом?

Внутренний рефакторинг незаметно меняет тип потребителей ReturnType запрещает перегрузки ReturnType работает только с async-функциями Тип добавляет свойства в объект во время выполнения Любая функция с ReturnType возвращает any

Вопрос 24 из 25

После замены Omit<T, K> на собственный mapped type тесты компилируются, но optional-свойства стали обязательными. Что добавить?

Runtime-тест сериализации объекта Пример с optional/readonly и точное сравнение типов Сравнение названий типов Проверку только списка ключей keyof Приведение результата к исходному T

Вопрос 25 из 25

Какой набор тестов нужен для Parameters<F> у перегруженной функции?

Ожидать массив any для любой функции Сравнить число строк реализации Проверить выбранную сигнатуру, а не union Проверить только первую перегрузку Запустить функцию без аргументов

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

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

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

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