Является ли машинопись достаточно прочной?

Question

Все эти дни вынуждают машинопись. В нем так много поклонников и статей. Угловая команда делает свои рамки в TS. Но мой опыт миграции ES6 в TS был очень разочаровывающим.

Я попытался перенести нашу относительно новую кодовую базу (написанную в ES6) на Typcript в прошлом месяце и столкнулся с тонкой подводных камней!

Чтобы быть ясным, речь идет о приложении node.js с модульными модулями mocha и настройке ESLint (с использованием babel для пересылки).

Прежде всего, чтобы уполномочить проверку типов, я установил опцию noImplicitAny, получил сотни ошибок и исправил их. Но после этого у меня возникли ошибки при наборе текста из-за того, что машинописный текст не понимает некоторые предварительно определенные модули node.js, например stream (проблема на самом деле больше из-за отсутствия типирования для большого количества модулей).

После этого я установил typings - рекомендуется замена для tsd инструмент для управления библиотекой d.ts файлов, но это node определение набора текста, при решении stream проблемы, добавил много ошибок, потому что он дублирует некоторые предопределенные типы.

Кроме того, я обнаружил, что машинопись на самом деле не скомпилирует многие функции ES6 в ES5, например, генераторы. Это заставило меня сделать сложный процесс сборки (TS -> (машинопись) ES6 -> (babel) ES5), а это значит, что мне приходится тратить свои исходные исходные карты.

Все вышеизложенное потребовалось много времени для настройки.

Итак, я смущен. Мне очень нравится идея машинописного текста, но реализация кажется мне такой грубой. Надеюсь, я ошибаюсь.

Может быть, кто-нибудь, кто использовал Typcript в реальном проекте, а не HelloWorld, мог бы объяснить мне, что я делаю неправильно?

Answer 1

настроить noImplicitAny вариант

У вас есть очень высокие ожидания. Для лучшего опыта при миграции проекта с ES6 просто не используйте эту опцию.

У меня возникли ошибки при наборе текста из-за машинописных текстов, которые не понимают некоторые предварительно определенные модули node.js, например stream.

Библиотеки JS, которые не имеют определений типов, являются болью. Но неявный тип any спасет вас.

После этого я установил типизацию [...], добавив много ошибок, потому что он дублирует некоторые предопределенные типы.

Исключить каталог браузера и browser.d.ts с вашего tsconfig.json.

Кроме того, я узнал, что машинопись не скомпилирует многие функции ES6-ES5 на самом деле, например, генераторы.Это заставляет меня сделать сложный процесс сборки (TS -> (машинописный) ES6 -> (babel) ES5), а это значит, что мне приходится тратить свои исходные исходные карты.

Это дизайн выбор, который делает TS действительно надежный: скомпилированный код не нуждается в какой-либо библиотеки времени выполнения.

Но почему вы используете Babel для генерируемого кода ES6? С Node.js 4 или 5 ваш код ES6 будет работать нормально.

Является ли машинопись достаточно прочной?

В отличие от JavaScript VM.

машинопись с мишенью ES6 на Node.js

Так как TS 1.7, опция --module может быть использована в сочетании с мишенью es6. Например, в tsconfig.json:

"compilerOptions": { 
    "module": "commonjs", 
    "target": "es6", 
} 

Примечание: Так как TS 1.8, modules are emitted with a "use strict"; prologue.