5 причин, чому Deno припинить використовувати TypeScript

Сьогодні з’явився документ, який вказує на те, що Deno припинить використовувати TypeScript у своєму внутрішньому коді, посилаючись на кілька проблем із поточним середовищем. Серед згаданих проблем стосуються часу компіляції TypeScript, структурування та організації коду. У майбутньому Deno використовуватиме чистий JavaScript для свого внутрішнього коду.

Проблеми Deno з TypeScript

Несприятливі ситуації, з якими зараз стикається команда Deno під час використання TypeScript для свого внутрішнього коду:

• Час компіляції TypeScript під час зміни файлів займає кілька хвилин, що робить безперервну компіляцію нестерпно повільним процесом

• Структура Typescript, яку вони використовують у вихідних файлах, які створюють фактичний виконуваний файл Deno та призначені для користувача API, створює проблеми з продуктивністю під час виконання

• TypeScript не виявився корисним для організації коду Deno. Навпаки, команда Deno відчуває протилежний ефект. Одна зі згаданих проблем полягає в тому, що вони отримали дублікати незалежних класів Body у двох місцях https://github.com/denoland/deno/issues/4748

• Внутрішній код і оголошення TypeScript під час виконання потрібно синхронізувати вручну, оскільки компілятор TypeScript не допомагає генерувати файли d.ts

• Вони підтримують два хости компілятора TS: один для внутрішнього коду Deno, а інший для коду зовнішнього користувача, хоча обидва мають схожу мету

Видалення TypeScript у внутрішньому коді Deno

Команда Deno прагне усунути всі перевірки типів TS під час збирання та групування для внутрішнього коду Deno. Вони з нетерпінням чекають можливості перемістити весь код виконання в один файл JavaScript . Однак вони все одно використовуватимуть супутній файл d.ts для збереження визначень типів і документації.

Варто зазначити, що Deno припинить використовувати TypeScript лише для внутрішнього коду Deno: код користувача Deno все ще буде у TypeScript і, таким чином, перевірятиметься.

Хоча TypeScript іноді розглядається як покращена версія JavaScript, цей випадок показує, що насправді це не так. Вона має недоліки, як і будь-яка інша мова. Одним з найважливіших є його повільний час компіляції. Хоча невеликі проекти можуть не побачити значного сплеску часу компіляції під час переходу з чистого JavaScript на TypeScript, це буде помітно у великих проектах, таких як складна програма React. Враховуючи великий розмір середовища виконання, не дивно, що Deno припинить використовувати TypeScript.

Безпека перевірки типу під час розробки має свою вартість під час компіляції. Недаремно в проекті TypeScript є розширений документ про те, як вирішити та зменшити час компіляції. Одним із найцікавіших підходів є використання Project References, що дозволяє розробникам розбивати великий фрагмент коду TypeScript на менші частини.

Дізнайтеся більше про те, чому Deno припинить використовувати TypeScript

Повне обговорення рішення відмовитися від TypeScript із внутрішнього коду Deno та використовувати замість нього JavaScript можна знайти в цьому документі, де Райан Дал і його співробітники обговорюють проблему, її вирішення та те, як її буде реалізовано.