TypeScript

В последнее время TS стал де-факто стандартом во фронтенд-разработке. Его достаточно просто начать использовать, и он приносит неоценимую пользу в любых web-приложениях. Но используя его, мы часто даже не задумываемся, насколько на самом деле это мощный инструмент. В большинстве ситуаций нам хватает базовых возможностей TS-а. Но иногда нам случается определить узкий и нестандартный тип. В этом случае можно либо ослабить типы с помощью any или unknown, либо попробовать решить непростую порой головоломку. В этой статье мы решим несколько интересных головоломок с типами.

Заранее предупреждаю, что хабр не умеет подсвечивать TS, так что с подсветкой иногда могут быть проблемы :)

Что там с типами?

Случай на код-ревью

Как-то раз на код-ревью я увидел строку

type itemType = 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13;

И тут я подумал, что интересно было бы сделать тип NumbersRange<FROM, TO> для генерации таких юнионов.

Базовая реализация

Сначала реализуем тип, принимающий один параметр-дженерик и возвращающий юнион числовых литералов от 0 до переданного числа:

type NumbersRange<
    TO extends number,
    RESULT extends unknown[] = [0],
    > = RESULT['length'] extends TO
    ? [...RESULT, TO][number]
    : NumbersRange<TO, [...RESULT, RESULT['length']]>;

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

В каждом вызове проверяем, достигло ли количество элементов в кортеже заданного изначально числа TO: RESULT['length'] extends TO и либо возвращаем юнион по кортежу с вставленным последним элементом TO (для получения юниона по кортежу мы обращаемся к его элементу с неопределенным индексом: [number] , и получаем юнион всех типов, хранящихся в кортеже). Либо вызываем эту же функцию, положив в RESULT очередное число по порядку.

Все это работает благодаря возможности обращаться к свойствам типа (в данном случае ['length'] у кортежа). Например, type Two = [0, 0]['length']; — Two будет равен литералу 2.

Улучшаем реализацию

В примере выше есть две проблемы: нельзя задать начало промежутка, а также не обрабатывается случай, когда промежуток состоит только из одного элемента. Имея инструменты из предыдущего примера, это сделать достаточно просто.

type ZERO = 0;
type Iterate<tuple extends ZERO[]> = [...tuple, 0];

type NumbersRange<
    FROM extends number,
    TO extends number
    > = TO extends FROM 
    ? FROM
    : NotEmpytNumbersRange<FROM, TO>;

type NotEmpytNumbersRange<
    FROM extends number,
    TO extends number,
    ITERATOR extends ZERO[] = [],
    > = ITERATOR['length'] extends FROM
    ? SequenceNumbersRange<TO, ITERATOR>
    : NotEmpytNumbersRange<FROM, TO, Iterate<ITERATOR>>;

type SequenceNumbersRange<
    TO extends number,
    ITERATOR extends ZERO[],
    RESULT extends unknown[] = [],
    > = ITERATOR['length'] extends TO
    ? [...RESULT, TO][number]
    : SequenceNumbersRange<
        TO, 
        Iterate<ITERATOR> ,
        [...RESULT, ITERATOR['length']]
    >;

Калькулятор

Реализуя NumbersRange, я сильно удивился возможностям типов TS. Как оказалось, система типов TS претендует на тьюринг-полноту. Поэтому я решил пойти дальше, и реализовать на типах что-нибудь интересное. Например, калькулятор!

Что будем реализовывать?

Я задумал реализовать такой тип - функцию:

type Calculate<EXPRESSION>;

// type calculationResult = Calculate<'7+5-2*2+1'> 
// calculationResult is 9 alias

План реализации будет такой:

• Научиться получать следующий числовой литерал

• Научиться складывать литералы, вычитать, умножать

• Распарсить строковое выражение

• Обойти дерево и провести все требуемые операции

Получаем следующий и предыдущий числовой литерал

Чтобы получить следующий числовой литерал используем рекурсию по длине кортежа с нулями:

type Increase<
	A, 
	ACC extends Array<number> = []
> = ACC['length'] extends A
    ? [...ACC, 0]['length']
    : Increase<A, [...ACC, 0]>;

Для получения предыдущего литерала немного поменяем код: итерируемся, пока следующий элемент не будет равен переданному параметру

type Decrease<
	A,
	ACC extends Array<number> = []
> = [...ACC, 0]['length'] extends A
    ? ACC['length']
    : Decrease<A, [...ACC, 0]>;

Арифметические операции

Сложение двух чисел зададим как рекурсию, заданную двумя правилами:

• Сложение нуля с любым числом дает это же число

• Сложение A и B это сложение (A - 1) и (B + 1)

type ZERO = 0;
type Add<A, B> = A extends ZERO ? B : Add<Decrease<A>, Increase<B>>;

Вычитание двух чисел зададим как рекурсию, заданную двумя правилами:

• Вычитание нуля из любого числа дает это же число

• Вычитание B из A это вычитание (B - 1) из (A - 1)

type Sub<A, B> = B extends ZERO ? A : Sub<Decrease<A>, Decrease<B>>;

Умножение A на B сделаем как сложение числа A B раз:

type Mul<A, B, I = 0, Result = 0> = I extends B 
? Result 
: Mul<A, B, Increase<I>, Add<Result, A>>;

Тут мы проходим в цикле по I от 0 до В и каждый раз добавляем в переменную Result число A.

Парсим строковое выражение

Строковое арифметическое выражение будем представлять в виде дерева. Например, выражение 3 + 5 - 2 будет представляться таким деревом:

type Operation = '+' | '-' | '*';

type CalcExpressionNode = {
    left: CalcEpression,
    right: CalcEpression,
    operation: Operation
}

type CalcEpression = CalcExpressionNode | number;

Тут мы рекурсивно определяем тип CalcEpression, с помощью которого мы будем хранить распаршенное арифметическое выражение. Для реализации парсера нам потребуется вспомогательный тип-функция для преобразования строкового литерала в числовой ('5' в 5, например).

type StringToNumber<T extends string, A extends number[] = []> =
    T extends keyof [0, ...A] 
		? A['length'] 
		: StringToNumber<T, [0, ...A]>;

Теперь реализуем парсер:

type StringToCalcExpression<Str extends string> =
		Str extends `${infer L}+${infer R}`
    ? { 
    		left: StringToCalcExpression<L>,
        right: StringToCalcExpression<R>,
        operation: '+' 
      }
    : Str extends `${infer L}-${infer R}`
        ? { 
        		left: StringToCalcExpression<L>,
            right: StringToCalcExpression<R>,
            operation: '-' 
          }
        : Str extends `${infer L}*${infer R}`
            ? { 
            		left: StringToCalcExpression<L>,
                right: StringToCalcExpression<R>,
                operation: '*' 
              }
            : StringToNumber<Str>;

Умножение выполняется в первую очередь, поэтому в дереве оно должно находиться на самом нижнем уровне. Ключевое слово infer позволяет определять внутренние переменные-дженерики "на лету". Таким образом, получается что-то вроде паттерн-мэтчинга: если строка соответствует шаблону L+R, то добавляем очередной узел дерева со сложением, и парсим L и R отдельно. К сожалению, арифметические операции необходимо выписывать вручную, немного дублируя код. Это связано с ограничениями обработки TS-ом строковых выражений.

Обходим дерево и вычисляем резульата

Проходим по дереву снизу вверх и выполняем операции MUL, ADD, SUB в соответствии с указанным символом. Можно было бы в Operation сохранять тип-функцию вместо символа, но в отличие от функций JS, в TS дженерик тип нельзя использовать без аргументов.

type CalcByExpression<Expression extends CalcEpression> = 
		Expression extends CalcExpressionNode
    ? (
        Expression['operation'] extends '*'
            ? Mul<
      					CalcByExpression<Expression['left']>,
								CalcByExpression<Expression['right']>
							>
            : Expression['operation'] extends '-'
                ? Sub<
										CalcByExpression<Expression['left']>, 
										CalcByExpression<Expression['right']>
								>
                : Add<
										CalcByExpression<Expression['left']>, 
										CalcByExpression<Expression['right']>
								>
        )
    : Expression;

Результат

Попробуем вычислить 7+5-2*2+1

type result = CalcByExpression<StringToCalcExpression<'7+5-2*2+1'>>;

Проверяем:

Сделать один тип Calc, не получится: TS будет бояться бесконечной рекурсии :(

По этой же причине нам пришлось проводить вычисления в два этапа: сначала делать дерево, а потом его обходить.

Выводы

Полученная реализация далека от идеала — не хватает поддержки пробелов в строковых выражениях и работы с отрицательными числами. Первое не так страшно, а вот из-за второго некоторые выражения, в процессе вычисления которых получаются отрицательные числа, не будут вычислены. Но обе проблемы достаточно легко решаются с помощью приемов, описанных выше.

Вряд ли вам когда-то понадобится делать что-то подобное в продакшене. Главная идея тут скорее в том, что TypeScript открывает нам огромный простор для точного и строгого описания типов, о котором мы чаще всего забываем, и вместо надежного описания типа явно или неявно используем any, либо unknown с дальнейшим преобразованием. Такой груз накапливается спринтами как бомба замедленного действия, сводя на нет всю пользу TypeScript. Используйте типы с умом!