LINUX.ORG.RU

История изменений

Исправление makoven, (текущая версия) :

Как правило, есть js-модуль от одного автора. И есть d.ts дефиниции для этого модуля от других авторов. И не всегда код и d.ts совпадают. Мне часто приходилось подправлять что-то руками в d.ts файле чтобы скомпилялось без ошибок.

Если писать что-то свое, то, ИМХО, лучше писать сразу на js и отдельно писать d.ts-файл. Но тогда мы лишаемся ts-сахарка (class, arrow). С генерацией d.ts из ts-файла тоже есть подводные камни (сейчас не вспомню какие).

Ну и последнее (из-за чего я забросил ts) - это как организована компиляция дерева исходников и как реализован инклюд d.ts-файлов. Они организованы не очень удобно и не совсем очевидно. Это словами сложно описать - надо потрахаться самому, чтобы понять )

А, да - еще вечные template- классы и функции. Для того, чтобы подогнать динамическую природу js к статике

Исправление makoven, :

Как правило, есть js-модуль от одного автора. И есть d.ts дефиниции для этого модуля от других авторов. И не всегда код и d.ts совпадают. Мне часто приходилось подправлять что-то руками в d.ts файле чтобы скомпилялось без ошибок.

Если писать что-то свое, то, ИМХО, лучше писать сразу на js и отдельно писать d.ts-файл. Но тогда мы лишаемся ts-сахарка (class, arrow). С генерацией d.ts из ts-файла тоже есть подводные камни (сейчас не вспомню какие).

Ну и последнее (из-за чего я забросил ts) - это как организована компиляция дерева исходников и как реализован инклюд d.ts-файлов. Они организованы не очень удобно и не совсем очевидно. Это словами сложно описать - надо потрахаться самому, чтобы понять )

А, да - еще вечные template- классы и функции в. Для того, чтобы подогнать динамическую природу js к статике

Исправление makoven, :

Как правило, есть js-модуль от одного автора. И есть d.ts дефиниции для этого модуля от других авторов. И не всегда код и d.ts совпадают. Мне часто приходилось подправлять что-то руками в d.ts файле чтобы скомпилялось без ошибок.

Если писать что-то свое, то, ИМХО, лучше писать сразу на js и отдельно писать d.ts-файл. Но тогда мы лишаемся ts-сахарка (class, arrow). С генерацией d.ts из ts-файла тоже есть подводные камни (сейчас не вспомню какие).

Ну и последнее (из-за чего я забросил ts) - это как организована компиляция дерева исходников и как реализован инклюд d.ts-файлов. Они организованы не очень удобно и не совсем очевидно. Это словами сложно описать - надо потрахаться самому, чтобы понять )

А, да - еще вечные шаблонные классы и функции в. Для того, чтобы подогнать динамическую природу js к статике

Исходная версия makoven, :

Как правило, есть js-модуль от одного автора. И есть d.ts дефиниции для этого модуля от других авторов. И не всегда код и d.ts совпадают. Мне часто приходилось подправлять что-то руками в d.ts файле чтобы скомпилялось без ошибок.

Если писать что-то свое, то, ИМХО, лучше писать сразу на js и отдельно писать d.ts-файл. Но тогда мы лишаемся ts-сахарка (class, arrow). С генерацией d.ts из ts-файла тоже есть подводные камни (сейчас не вспомню какие).

Ну и последнее (из-за чего я забросил ts) - это как организована компиляция дерева исходников и как реализован инклюд d.ts-файлов. Они организованы не очень удобно и не совсем очевидно. Это словами сложно описать - надо потрахаться самому, чтобы понять )