Он может сериализовать свой собственный вывод в один файл, но на самом деле это все — если у вас есть хотя бы одна внешняя зависимость, вам нужен упаковщик. Или, с загрузчиком на стороне клиента, вам нужно смириться с тем, что каждая отдельная зависимость превращается в одно обращение HTTP.
И то, и другое неприемлемо для чего-либо, кроме очень простых приложений , и весь смысл TS в том, что он лучше работает в масштабе, так что… я думаю, совершенно справедливо ожидать, что язык будет масштабироваться для более крупных приложений, когда он буквально был создан именно для этого. начать с.
Я люблю Typescript, но внешний интерфейс командной строки — это в основном игрушка. Просто посмотрите на количество инструментов сборки и упаковщиков, которые интегрируют TS на уровне API , а также на количество проектов, в которых они используются; почти ни один проект не использует обычный tsc. Это само по себе достаточное доказательство того, что внешний интерфейс не делает того, что нужно реальным проектам.
В последний раз, когда я проверял, сам проект компилятора Typescript использовал кучу скриптов постобработки, чтобы собрать компилятор из частей, созданных tsc, так что он даже не очень хорошо работает для себя.
Приятно постоянно получать новые языковые функции, но я бы очень хотел, чтобы они потратили некоторое время на то, чтобы превратить tsc в лучший, более полный инструмент.
