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

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

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

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

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

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

Во- первых, изменить все эти расширения .ts.

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

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

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. Пользователи этих C # в .js кросс-компилятор будет столкнулись с проблемой теперь столкнуться и, возможно, опубликовали исходную программу открытой для сканирования 3-й партии библиотеки, и преобразовать в классы скелет C #. Если так взломать программу сканера, чтобы генерировать машинопись вместо C #.

В противном случае, перевод общедоступный интерфейс C # для 3-й партии Lib в определениях машинопись может быть проще, чем делать то же самое, прочитав источник JavaScript.

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

При создании собственной библиотеки, вы можете можете создать *.d.tsфайлы с помощью tscкоманды (машинопись Compiler) следующим образом: (предполагается , что вы создаете свою библиотеку в dist/libпапку)

tsc -d --declarationDir dist/lib --declarationMap --emitDeclarationOnly

• -d( --declaration): Генерирует *.d.tsфайлы
• --declarationDir dist/lib: Выходной каталог для создаваемых файлов декларации.
• --declarationMap: Формирует sourcemap для каждого соответствующего файла».d.ts.
• --emitDeclarationOnly: Только испускают декларации файлы».d.ts. (Не составлен JS)

(см документации для всех параметров командной строки компилятора)

Или, например , в вашем package.json:

"scripts": {
    "build:types": "tsc -d --declarationDir dist/lib --declarationMap --emitDeclarationOnly",
}

а затем запустить: yarn build:types(или npm run build:types)