машинопись: в чем разница между импортом и варом

Question

У меня есть два файла в той же папке:

/src/routes/file1.ts

/src/routes/file2.ts

file1.ts

function greet(name: srting){ 
    return 'Hello +' name 
} 

export = greet; 

file2.ts (ссылки file1)

var f2 = require('./file1'); 

function another_greeting(name: string) 
{ 
    return f1.greet(name) + name; 
} 

exports f2; 

Эта конфигурация работает без проблем. Но если в file2 я указываю file1 этот путь

import f1 = require('./file1') 

жалобы компилятора с ошибкой: Не удается найти модуль»./file1' Это побуждает меня спросить: в чем разница между импортом внешнего файла с оператор «import» и оператор «var»?

Answer 1

Основное отличие заключается в том, что при использовании import затем машинописи компилятора (TSC) проверяет если файл ./file1 можно найти на основе конфигурации компилятора машинописи (я имею в виду главным образом --moduleflag)! Если вы используете только var f2 = require('./file1');, тогда TypeScript не делает такую ​​проверку.

Вы можете видеть из испытаний, как это ключевое слово import transpiled от TSC для commonjs модулей и AMD модулей:

CommonJS:https://github.com/Microsoft/TypeScript/blob/master/tests/baselines/reference/commonjsSafeImport.js

AMD:https://github.com/Microsoft/TypeScript/blob/master/tests/baselines/reference/amdImportNotAsPrimaryExpression.js

Есть много другие тесты в папке tests/baselines/reference.

Так что в вашем случае import следует перевести на var.

И почему это не работает? Ну, следующие работы на компьютере:

file1.ts:

function greet(name: string){ 
    return 'Hello ' + name; 
} 

export = greet; 

file2.ts:

import f1 = require('./file1'); 

function another_greeting(name: string) 
{ 
    return f1(name) + name; 
} 

console.log(another_greeting('test')); 

компилировать скрипты как это:

c:\Work\TypeScript-playground>tsc --module commonjs --target es5 file2.ts 

и работают следующим образом:

c:\Work\TypeScript-playground>node file2.js 

Answer 2

я, наконец, смог отладить мой файл .ts в хроме, попав как правило, точки останова внутри метров каждого .TS файла, следуя это предложение How can I debug modular TypeScript with source maps? и она работает очень хорошо.Печально видеть, что Microsoft не предоставила надлежащего инструмента для отладки своих технологий, в то время как Google может это сделать.