A
и даже не о бабеле
Size: a a a
2020 April 15
A
ts loader уже может в полней мере заменить babel? раньше насколько помню нужно было условно это все обрабатывать
это разные вещи
W
мне просто тим лид втирал что уже бабель лоадера ненужно мол
W
в тс уже можно обрабатывать спокойно js
W
в сборках
W
или это я чтото не понял
A
последнее
A
бабель делает js из ts-a путем вырезания всего что относится к ts-y.
Как следствие ему например начхать на какие-то не валидные ts конктрукции, несовпадения типов и тп. Зато это очень быстро работает.
Тайпчекинг тебе придется делать самому - либо доп плагином (есть для вебпака специальный крутой асинхронный) либо на уровне иде (я выбрал этот варик)
ts loader же - компилирует тайпскрипт (по сути это обертка на tsс) и валится от ошибок в тс. И он намного медленнее бабеля. Но на выходе получится тот же js (при условии что тс был валидный) что и после бабеля
Как следствие ему например начхать на какие-то не валидные ts конктрукции, несовпадения типов и тп. Зато это очень быстро работает.
Тайпчекинг тебе придется делать самому - либо доп плагином (есть для вебпака специальный крутой асинхронный) либо на уровне иде (я выбрал этот варик)
ts loader же - компилирует тайпскрипт (по сути это обертка на tsс) и валится от ошибок в тс. И он намного медленнее бабеля. Но на выходе получится тот же js (при условии что тс был валидный) что и после бабеля
W
вот старый пример
W
логика тут говно или нет?
A
что это за прикол
W
это сборка которую мне тимлид посоветовал на что ровняться)
A
test: /\.ts$/ уже чекает расширение
W
ну да, выходит что 2 раза чекается)
A
это сборка которую мне тимлид посоветовал на что ровняться)
а где ты работаешь?
W
сначала условием потом регуляркой)
W
в стартапе одном)
W
понадобилось сборку переписать с поддержкой ts