Бесплатный курс по TypeScript. Зарегистрируйтесь для отслеживания прогресса →

TypeScript: Дженерики (Функции)

Зачем вообще нужны дженерики? Чтобы правильно ответить на этот вопрос, нужно представить, что дженерики пропали из языка. К чему это приведет? Правильный ответ: дублированию кода. Придется описывать один и тот же алгоритм для разных типов данных множество раз. Возьмем для примера функцию last() возвращающую последний элемент массива. Ниже ее обобщенная версия:

function last(coll: T[]): T {
  return coll.at(-1);
}

А теперь попробуем реализовать то же поведение на обычных функциях. Для этого нам придется создать по одной функции для каждого типа. Причем имя функци должно быть уникальным.

function lastForNumberType(coll: number[]): number {
  return coll.at(-1);
}

function lastForStringType(coll: string[]): string {
  return coll.at(-1);
}

// Тут определения для всех остальных типов

Если типов несколько, то количество функций, которые нужно определить, будет определяться как произведение количества всех возможных типов на количество параметров типа.

Реализация дженерика с помощью перегруженной функции упрощает задачу. Тогда не придется создавать новые имена:

function last(coll: number[]): number;
function last(coll: string[]): string;
// Тут определения для всех остальных типов

function last(coll: any[]): any {
  return coll.at(-1);
}

В случае TypeScript даже не будет дублироваться логика, но это особенность именно TypeScript, в других статически типизированных языках придется дублировать и логику

Какой бы вариант реализации мы не выбрали, соблюдаются две вещи:

  • Значения передаваемые во внутрь никак не используются. Они только перекладываются из одного места в другое.
  • Логика работы всегда остается одной и той же. Условные конструкции по типу данных отсутствуют.

В Computer Science, свойство функции, позволяющее обрабатывать значения разных типов одним способом (используя один алгоритм) называется параметрическим полиморфизмом. То есть дженерики это реализация параметрического полиморфизма в TypeScript.

Параметрический полиморфизм играет важную роль в статически типизированных языках, там где приходится явно указывать типы у функций. Он, так или иначе, есть почти во всех высокоуровневых статически типизированных языках. В Java и C# это тоже называется дженериками. В C++ используется названия шаблоны, но смысл от этого не меняется (хотя шаблоны в c++ это больше чем параметрический полиморфизм).

В противовес статически типизированным языкам, в языках с динамической типизацией, таких как JavaScript, Python, Ruby, PHP дженерики не нужны. В подобных языках любой обобщенный алгоритм автоматически работает для всех типов данных.

Задание

Реализуйте описание обощенного типа MyArray, который представляет из себя аналог массива из JavaScript. Пример использования объекта этого типа:

const coll: MyArray<number> = ...
coll.push(1); // 1
coll.push(10); // 2
coll.push(99); // 3

const newColl = coll.filter((value) => value % 2 == 0);
console.log(newColl.items); // [10]

Тип включает в себя два метода: push() и filter() совпадающие по сигнатуре с методами Array. Данные внутри должны храниться в свойстве items.

Упражнение не проходит проверку — что делать? 😶

Если вы зашли в тупик, то самое время задать вопрос в «Обсуждениях». Как правильно задать вопрос:

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

Тесты устроены таким образом, что они проверяют решение разными способами и на разных данных. Часто решение работает с одними входными данными, но не работает с другими. Чтобы разобраться с этим моментом, изучите вкладку «Тесты» и внимательно посмотрите на вывод ошибок, в котором есть подсказки.

Мой код отличается от решения учителя 🤔

Это нормально 🙆, в программировании одну задачу можно выполнить множеством способов. Если ваш код прошел проверку, то он соответствует условиям задачи.

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

Прочитал урок — ничего не понятно 🙄

Создавать обучающие материалы, понятные для всех без исключения, довольно сложно. Мы очень стараемся, но всегда есть что улучшать. Если вы встретили материал, который вам непонятен, опишите проблему в «Обсуждениях». Идеально, если вы сформулируете непонятные моменты в виде вопросов. Обычно нам нужно несколько дней для внесения правок.

Кстати, вы тоже можете участвовать в улучшении курсов: внизу есть ссылка на исходный код уроков, который можно править прямо из браузера.

Полезное


Нашли ошибку? Есть что добавить? Пулреквесты приветствуются https://github.com/hexlet-basics
Если вы столкнулись с трудностями и не знаете, что делать, задайте вопрос в нашем большом и дружном сообществе