Maszynopis. Są odniesieniami Triple Slash nadal potrzebne do korzystania z „Importuj z”

Question

W starych wersjach maszynopis został on wymagany, aby dodać słynny

/// <reference 

etykietę, aby dodać wymagane referencje. Teraz po wersji 1,6 możemy importować zależności stosując zalecaną ES6 sposób

import Greeter from "./greeter"; 

Czytałem na chwilę, ale to nadal nie jest dla mnie jasne, czy i dlaczego odniesienia triple-slash należy całkowicie unikać lub nie.

BTW. Czy teraz kompilator wie, w jakiej kolejności ma skompilować pliki TS, jeśli używamy filesGlob zamiast files w tsconfig.json?

Answer 1

Po pierwsze, nie wierzę filesGlob jest jeszcze oficjalnie obsługiwane: https://github.com/Microsoft/TypeScript/issues/1927

Teraz miarę potrójnej odniesienia slash, to nie jest konieczne tak długo, jak wszystko odwołuje się files w tsconfig.json .

Przekonasz się, że jeśli użyjesz narzędzia takiego jak tsd lub typings do zarządzania definicjami typów dla bibliotek zewnętrznych, utworzą pojedynczy plik, który umieścisz w tsconfig.json; ten pojedynczy plik użyje odwołania potrójnego ukośnika, aby uwzględnić pozostałe pliki.

można znaleźć więcej informacji o potrójnych odniesień ukośnik w TypeScript Handbook

Answer 2

Przy zastosowaniu modułów wewnętrznych/nazw musimy ///<reference aby poinformować kompilator, co zależy od tego, w celu zbudowania wykresu zależności i sortować pliki we właściwej kolejności.

Opisane przez ciebie metody ES6 to (zewnętrzne) moduły, zobacz https://github.com/Microsoft/TypeScript/issues/2242. W związku z tym kolejność konkatenacji nie ma znaczenia, ponieważ są one ładowane asynchronicznie.

Używając modułów ES6, nie potrzebujesz ///<references.

Jeśli chodzi o fileGlobs, to nie jest zaimplementowane w TypeScript (jeszcze), ale nawet jeśli tak jest, myślę, że jest mało prawdopodobne, że zmieni cokolwiek na temat zależności zależności plików w projekcie. Nawet w atom-typescript, gdzie implementują fileGlobs, są one bardzo kodowane "opinionated against", które "zależą od dowolnej formy zamawiania js" i nie obsługują w żaden inny sposób niż ręczne zamawianie plików w tsconfig.json.