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

Интерфейсы и псевдонимы типов

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

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

⏱ --:--

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

Вопрос 1 из 20

Что произойдёт с двумя объявлениями одного интерфейса?

interface WindowOptions { width: number }
interface WindowOptions { height: number }

const options: WindowOptions = { width: 800, height: 600 };

Возникнет ошибка повторного имени Объявления сольются; потребуются оба свойства Свойства автоматически станут optional Интерфейс станет union двух форм Второе объявление полностью заменит первое

Вопрос 2 из 20

Почему объект совместим с интерфейсом?

interface Named { name: string }
const user = { name: "Ada", age: 36 };
const named: Named = user;

Интерфейс наследует все поля первого присвоенного объекта Совместимость обеспечивается одинаковым именем переменной Любой объект совместим с любым интерфейсом Структурная типизация требует наличие name Возраст удаляется из user во время выполнения

Вопрос 3 из 20

Как описать вызываемый объект с дополнительным свойством?

interface Counter {
  /* пропущена сигнатура */
  reset(): void;
}

Добавить value: never; Объявить интерфейс как enum Наследоваться от object[] Добавить (step?: number): number; Добавить call: Function;

Вопрос 4 из 20

Для чего интерфейс особенно удобен в публичном объектном контракте?

Для расширения и слияния, когда открытость нужна Для runtime-проверки экземпляра Для создания union примитивов Для любого вычисления над ключами Для условных типов с infer

Вопрос 5 из 20

Какой риск у случайного declaration merging в большом проекте?

Импорты начнут выполняться дважды Компилятор удалит первое объявление JavaScript создаст два класса Свойства станут any только в production Одноимённые интерфейсы могут незаметно сложить требования

Вопрос 6 из 20

Какой псевдоним можно задать через type, но не напрямую через interface?

type Identifier = string | number;

Наследуемый объектный контракт Union примитивов string | number Описание конструктора Метод класса Объект с полем id

Вопрос 7 из 20

Что означает псевдоним Handler?

type Handler = (event: { type: string }) => boolean;

Массив обработчиков Union строки и boolean Объект с методом boolean Функцию из события в boolean Класс с конструктором event

Вопрос 8 из 20

Почему рекурсивный type alias полезен здесь?

type Json =
  | null | boolean | number | string
  | Json[]
  | { [key: string]: Json };

Он заменяет JSON.parse Он запрещает массивы глубже одного уровня Он проверяет фактическую строку JSON во время выполнения Он делает все объекты readonly Он описывает вложенную структуру JSON через самоссылку

Вопрос 9 из 20

Когда type alias обычно естественнее интерфейса?

Когда расширяется глобальный Window Когда требуется declaration merging Когда библиотека ожидает открытое дополнение интерфейса Когда нужен только метод класса Когда нужно назвать union, tuple или вычисляемый тип

Вопрос 10 из 20

Псевдоним переименовали, но структура осталась прежней. Изменится ли совместимость значений?

Нет, TypeScript в основном структурный Совместимость зависит только от длины имени Нет, потому что имена типов существуют в JavaScript Да, все значения нужно пересоздать Да, alias становится классом

Вопрос 11 из 20

Какой контракт получится у Admin?

interface User { id: string }
interface Admin extends User { permissions: string[] }

extends копирует значения во время выполнения Все поля User становятся optional Admin требует id и permissions Admin содержит только permissions Admin является union User | permissions

Вопрос 12 из 20

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

interface Base { value: string }
interface Derived extends Base { value: number }

Имя value зарезервировано Интерфейсы нельзя расширять Числовые поля допустимы только в type alias Base должен быть abstract Derived не может заменить свойство несовместимым number

Вопрос 13 из 20

Как выразить пересечение двух готовых контрактов через type?

type WithId = { id: string };
type WithTime = { createdAt: Date };

type Entity = WithId | WithTime; type Entity = typeof WithTime; type Entity = WithId & WithTime; type Entity = [WithId, WithTime]; type Entity = keyof WithId;

Вопрос 14 из 20

Когда extends читается лучше, чем intersection?

Когда нужен union вариантов Когда вычисляется ReturnType Когда объединяются несовместимые примитивы Когда тип должен существовать в runtime Когда контракт — ясная специализация базового

Вопрос 15 из 20

Что проверить перед созданием длинной цепочки интерфейсов extends?

Можно ли отключить structural typing Сохраняется ли заменяемость и не скрыта ли композиция Работают ли интерфейсы без компилятора Есть ли у каждого интерфейса конструктор Совпадают ли имена файлов по длине

Вопрос 16 из 20

Какая форма лучше для открытого расширения глобального Window?

declare global {
  interface Window {
    analyticsId: string;
  }
}

interface допускает дополнение глобального объявления class Window extends globalThis enum Window { analyticsId } type Window = { analyticsId: string } const Window: any

Вопрос 17 из 20

Какая форма точнее подчёркивает закрытый набор вариантов?

type Result =
  | { ok: true; value: string }
  | { ok: false; error: Error };

Класс без конструктора type alias с размеченным union Открытый interface, который могут сливать другие модули Record<string, unknown> interface Result с двумя optional-полями

Вопрос 18 из 20

Что произойдёт при одинаковом объектном контракте, записанном через interface и type?

interface A { id: string }
type B = { id: string };
const a: A = { id: "x" };
const b: B = a;

Присваивание запрещено из-за разных имён Допустимо только после as Присваивание допустимо B автоматически расширит A A превратится в B во время выполнения

Вопрос 19 из 20

Команда спорит, что всегда лучше — interface или type. Какой критерий полезнее?

Выбирать более короткое слово Чередовать формы по номеру файла Всегда использовать только interface Выбирать форму по свойствам контракта Всегда использовать только type

Вопрос 20 из 20

Почему интерфейс с десятком optional-полей может быть хуже union нескольких состояний?

Он допускает невозможные сочетания optional-полей Интерфейс не поддерживает строки Optional-поля всегда имеют тип any Интерфейс нельзя экспортировать Union выполняется быстрее в JavaScript

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

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

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

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