NF
ну или any сделай
А имеет значение, где declare объявлять?
Size: a a a
2020 March 17
p
Section[] тогда уж
GS
для нового берешь бабель с презетом и радуешься жизни избегая пары подводных
в чём профиты?
A
по tsc скажите ещё, кроме скорости сборки за счет тайпчекинга, чем babel-loader лучше чем ts-loader?
по своему опыту особо никаких плюсов не заметил больше
разве что, если потом понадобится какой нибудь бабель плагин, то все уже готово к нему будет
разве что, если потом понадобится какой нибудь бабель плагин, то все уже готово к нему будет
AE
Section[] тогда уж
Да, так тоже работает, спасибо
MS
А имеет значение, где declare объявлять?
у нас на проекте в том же файле где используется window.XXX переменная
M中
в чём профиты?
у бабеля гораздо более богатая экосистема плагинов и в целом
MS
может глобально на проект можно через d.ts как-то
M中
по tsc скажите ещё, кроме скорости сборки за счет тайпчекинга, чем babel-loader лучше чем ts-loader?
в ts-loader можно также вынести тайпчек в отдельный форк
M中
может глобально на проект можно через d.ts как-то
в d.ts без declare будет просто
MS
я с d.ts почти не работал, прокомментировать не могу :)
A
для нового берешь бабель с презетом и радуешься жизни избегая пары подводных
а что там кулстори связана с тем что в половине репозиториев я вижу что стоит
"presets": [ "@babel/typescript"] а в офф доке presets: ["@babel/preset-typescript"] при том что и там и там это включает один и тот же @babel/preset-typescriptEG
по tsc скажите ещё, кроме скорости сборки за счет тайпчекинга, чем babel-loader лучше чем ts-loader?
Тем что с бабелем можно использовать полифиллы, которые подключаются автоматически на основе browserlist: https://babeljs.io/docs/en/babel-preset-env
A
A
для нового берешь бабель с презетом и радуешься жизни избегая пары подводных
слу я смотрю вроде как самый свежий варик это бабель-лоадер все таки
https://github.com/a-tarasyuk/webpack-typescript-babel
https://github.com/a-tarasyuk/webpack-typescript-babel
A
какие там подводные камни?
u
ребят, может кто уже разобрался:
Я смотрю есть как минимум четыре варианта сборки ts-a:
1) tsc
2) babel-loader
3) typescript-loader
4) @babel/preset-typescript
Я смотрю есть как минимум четыре варианта сборки ts-a:
1) tsc
2) babel-loader
3) typescript-loader
4) @babel/preset-typescript
Если ты вешаешь typescript на бабель, то будь готов, что он тебе про ошибки писать не будет.
Весь этот велосипед решается разделением проверки typescript с помощью команды и сборкой без проверки через babel
Например, мне нужно было бабель оставить, так как на нем было завязано многое и еще и завести ts.
Я сделал так, чтобы через
могу конфиги скинуть, если надо
Весь этот велосипед решается разделением проверки typescript с помощью команды и сборкой без проверки через babel
Например, мне нужно было бабель оставить, так как на нем было завязано многое и еще и завести ts.
Я сделал так, чтобы через
ts-loader typescript исключительно преобразовывал свои фичи и возвращал код, с которым дальше бабель делал преобразования.могу конфиги скинуть, если надо
A
Если ты вешаешь typescript на бабель, то будь готов, что он тебе про ошибки писать не будет.
Весь этот велосипед решается разделением проверки typescript с помощью команды и сборкой без проверки через babel
Например, мне нужно было бабель оставить, так как на нем было завязано многое и еще и завести ts.
Я сделал так, чтобы через
могу конфиги скинуть, если надо
Весь этот велосипед решается разделением проверки typescript с помощью команды и сборкой без проверки через babel
Например, мне нужно было бабель оставить, так как на нем было завязано многое и еще и завести ts.
Я сделал так, чтобы через
ts-loader typescript исключительно преобразовывал свои фичи и возвращал код, с которым дальше бабель делал преобразования.могу конфиги скинуть, если надо
у меня такая же ситуевина. а чем
ts-loader лучше бабель лоадера?u
у меня такая же ситуевина. а чем
ts-loader лучше бабель лоадера?проблема в том, что пресет к бабелю не останавливает сборку, если находит какую-то ошибку в typescript-коде. Можешь покапаться в issue к пресету и найти вопросы об этом.
ts-loader напрямую с typescritp работает и в случае ошибки не передаст бабелю обработку
ts-loader напрямую с typescritp работает и в случае ошибки не передаст бабелю обработку
MS
Если ты вешаешь typescript на бабель, то будь готов, что он тебе про ошибки писать не будет.
Весь этот велосипед решается разделением проверки typescript с помощью команды и сборкой без проверки через babel
Например, мне нужно было бабель оставить, так как на нем было завязано многое и еще и завести ts.
Я сделал так, чтобы через
могу конфиги скинуть, если надо
Весь этот велосипед решается разделением проверки typescript с помощью команды и сборкой без проверки через babel
Например, мне нужно было бабель оставить, так как на нем было завязано многое и еще и завести ts.
Я сделал так, чтобы через
ts-loader typescript исключительно преобразовывал свои фичи и возвращал код, с которым дальше бабель делал преобразования.могу конфиги скинуть, если надо
У нас отдельно тайпчекинг с тсц отдельно бабель