Как вы создаете файл определения .d.ts «typings» из существующей библиотеки JavaScript?

Вы можете использовать tsc --declaration fileName.ts, как описано в Ryan, или указать declaration: true под compilerOptions в tsconfig.json, если у вас уже есть tsconfig.json в вашем проекте.

Лучший способ справиться с этим (если файл декларации недоступен в DefinitelyTyped), это писать объявления только для вещей вы используете, а не всю библиотеку. Это значительно сокращает работу - и, кроме того, компилятор может помочь, жалуясь на недостающие методы.

Как говорит Райан, у tsc-компилятора есть переключатель --declaration, который генерирует файл .d.ts из файла .ts. Также обратите внимание, что (запрет ошибок) TypeScript должен быть способен скомпилировать Javascript, поэтому вы можете передать существующий код javascript в tsc-компилятор.

как описано в http://channel9.msdn.com/posts/Anders-Hejlsberg-Steve-Lucco-and-Luke-Hoban-Inside-TypeScript в 00:33:52, они создали инструмент для преобразования метаданных WebIDL и WinRT в TypeScript d.ts

Вот несколько PowerShell, которые создают единый файл определения TypeScript библиотеку, которая включает в себя несколько файлов *.js с современным JavaScript.

Сначала измените все расширения на .ts.

Get-ChildItem | foreach { Rename-Item $_ $_.Name.Replace(".js", ".ts") }

Во-вторых, используйте компилятор TypeScript для создания файлов определений. Там будет куча ошибок компилятора, но мы можем игнорировать их.

Get-ChildItem | foreach { tsc $_.Name  }

Наконец, объедините все файлы *.d.ts в один index.d.ts, удалив операторы import и удалив default из каждого оператора экспорта.

Remove-Item index.d.ts; 

Get-ChildItem -Path *.d.ts -Exclude "Index.d.ts" | `
  foreach { Get-Content $_ } | `
  where { !$_.ToString().StartsWith("import") } | `
  foreach { $_.Replace("export default", "export") } | `
  foreach { Add-Content index.d.ts $_ }

Это заканчивается одним, удобным index.d.ts файлом, который включает в себя многие определения.

Я бы искал существующее сопоставление ваших сторонних JS-библиотек, поддерживающих Script # или SharpKit. Пользователи этих компиляторов С# to.js перейдут к проблеме, с которой вы сейчас столкнулись, и могли опубликовать программу с открытым исходным кодом для сканирования вашей сторонней библиотеки и преобразования в скелетные классы С#. Если так взломать программу сканера для генерации TypeScript вместо С#.

В противном случае перевод открытого интерфейса С# для вашей сторонней библиотеки lib в определения TypeScript может быть проще, чем сделать то же самое, прочитав исходный JavaScript.

Мой особый интерес представляет среда Sencha ExtJS RIA, и я знаю, что были опубликованы проекты для генерации интерпретации С# для Script # или SharpKit