Tsuqoymi также вроде

Кто использует ts и neovim какие плагины используете для автокомплита и ошибок?

Для автокомплита сорс к деоплиту юзаю

Vasiliy Передел на tsconfig, работает, но теперь он лезет во всё то, к чему нет зависимостей от точки входа :(

Tsuqoymi также вроде

мм, мб я не умею просто его нормально юзать, сек

Там есть вывод типа выражения под курсором

Я более менее активно юзаю

аа) ballooneval ?)

Не

аа) ballooneval ?)

https://github.com/mkusher/dotconfig/blob/master/nvim/ftplugin/typescript.vim#L22

спасибо, надо PR закинуть ему – добавить key binding для этого я чет не юзал раньше ибо просто проскроллил и не заметил)

@mkusher спасибо, я думаю чего оно не работает, а в проекте 2.0.x был

@vyorkin а покажи плз еще для вебпака конфиг, может в нем у меня еще что-то не так

{ test: /\.tsx?$/, loaders: ['babel', 'ts?silent=true'], include: paths.scripts, }, и все

кстати бабель я уже не знаю зачем мне нужен

по идее, не нужен

а у кого-нибудь стоит бабель после ts loader'а?

я уже перестал понимать зачем он нужен

Не могу понять, почему при компиляции он лезет в дефенишены и файлы, которые не цепляются никак в проекте...

мм в смысле "лезет"?) расскажи плиз подробнее что происходит)

Он заходит в ts файлы, которые не используется в проекте и кидает по ним ошибки.

вроде бы это нормально

а что значит "не используются в проекте"?

Он заходит в ts файлы, которые не используется в проекте и кидает по ним ошибки.

Web pack?

Legacy файлы, еще на namespaces сделанные

а где лежат эти файлы? есть ли что-то в baseUrl, files, rootDirs в tsconfig.json?

{ "compileOnSave": false, "compilerOptions": { "target": "es5", "module": "commonjs", "rootDir": "./src/ts/", "removeComments": true, "noImplicitUseStrict": true, "preserveConstEnums": true }, "exclude": [ "node_modules" ] } Файлы лежат в ./src/ts/customControls/

ну вроде бы это ожидаемо, он же так и работает

т.е. https://i.gyazo.com/cd7cef24f30af67023178e8029f32ee1.png мб я просто не понял

До этого на 2.0.9 он так не работал, а брал всё только через точку входа же

что нам стоит BC сломать

ВС?

Добавил в exclude всё то, куда он залезал, стало работать, в итоге сборка стала в 6 раз медленнее.

???

В ts-loader есть баг с тайпчеками

Советуб их там вообще выключить и чисто транспайлить им

А проверку типов делать через tsc --noEmit

Баг с производительностью

у меня еще вопрос, почему это ругается? https://gist.github.com/tyv/b38abff39d1cbf09482e7614e6d3f29f

[ts] Supplied parameters do not match any signature of call target. [ts] Type 'IArguments' is not an array type.

IArguments https://github.com/Microsoft/TypeScript/issues/7596 вроде об этом

там такой тред

что-то аж сил нет читать

наверное опять объясняют почему я не длжен хотеть этого?

не, "они" должны это исправить, это должно работать у ArrayLike, а arguments это ArrayLike https://github.com/Microsoft/TypeScript/issues/7596#issuecomment-203612293 если я все правильно понял)

спасибо )

Это должно работать не у ArrayLike, а у iterable

да, точно) сорян, не дочитал / не знал

Попробовал awesom-typescript-loader. Пересборка около 6 секунд. В общем жесть..

В общем с TS 2.1 всё стало гораздо медленнее везде

Тайпскрипт будет становиться только медленнее и медленнее с добавлением новых фич

у меня пока не было проблем с производительностью тс, мб проекты не большие, субъективно

Попробовал awesom-typescript-loader. Пересборка около 6 секунд. В общем жесть..

Отключи проверку типов в лоадере

Отдели процесс сборки от процесса проверки типов

transpileOnly же да? попробую, хотя, у меня быстро и так

transpileOnly же да? попробую, хотя, у меня быстро и так

Да

@serge_nikitin @resurtm я могу помочь немного с этим, сам работаю на английском, а девушка готовилась к IELTS и сдала на 108 из 120ти

@serge_nikitin @resurtm я могу помочь немного с этим, сам работаю на английском, а девушка готовилась к IELTS и сдала на 108 из 120ти

В баллах это сколько?

Интересует General ielts.

а, пардон, это был не ielts, а toefl ibt

Короче я прилично так поразбирался с производительность. Вывод такой, что TS 2.1 стал на порядок медленнее, чем раньше. А новые версии ts-loader'а и его друга стали на несколько порядков медленнее чем раньше. При чем awesome-ts-loader первую сборку делает быстрее, но горячая пересборка нереально долгая: метровый баднл пересобирает 6 секунд - это никуда не годится. Поэтому выход - сидеть на старых версиях ts-loadera и ждать. Ну или вырубать проверку типов.

так а зачем вам при бандлинге проверка типов?

Короче я прилично так поразбирался с производительность. Вывод такой, что TS 2.1 стал на порядок медленнее, чем раньше. А новые версии ts-loader'а и его друга стали на несколько порядков медленнее чем раньше. При чем awesome-ts-loader первую сборку делает быстрее, но горячая пересборка нереально долгая: метровый баднл пересобирает 6 секунд - это никуда не годится. Поэтому выход - сидеть на старых версиях ts-loadera и ждать. Ну или вырубать проверку типов.

вообще не надо их использовать ни ts-loader ни ts-node это только тормоза

лучше tsc -w запускать и пусть строятся и загружать уже js

а с вебпаком как интегрировать без лоадера?

проблем меньше будет и быстрее

Js построенные пусть загружает

ERROR: S client not available

я делаю что бы рядом c ts js файл появлялся

ну тот еще костыль конечно (

не совсем, это реально упрощает все

я запарился эти лоадеры использовать, я хотел даже на сервере запускать например через ts-node

в продкашне)

не, я чет пока на сервер вообще не хочу тащить это все

после того как увидел что при этом приложение есть 500мб-1гб памяти вместо положенных 100-200

ну я юзаю ts-loader, который чисто транспайлит + tsc --noEmit для проверки типов

пробовал в outFile поставить /dev/null, чтобы облегчить жизнь...)

не, я чет пока на сервер вообще не хочу тащить это все

что тащить?

ts/js

на сервере по-любому нужно уже js запускать, а ts для source-map для ошибок если что

на сервер ts не надо, да

да не лишнее для exceptions

зачем ts для exceptions?

source-map достаточно ж

а ну да, все верно)

> так а зачем вам при бандлинге проверка типов? Так разработка идет через бандлинг )

если source map код содержит

> так а зачем вам при бандлинге проверка типов? Так разработка идет через бандлинг )

сделайте команду в которой не только webpack -w, а tsc --noEmit -w & webpack -w

Так у меня же вотчер стоит )

?

Ну сборка вебпака запускается в watch режиме, как эти 2 команды будут работать?

ну я ж показал)

Ой блин, -w это элиас )

Сейчас уже не на работе, но просто интересно как это будет работать, с точки зрения ноды самой? 2 демона запустятся параллельно и будет один вывод?

я для всего проекта запускаю один tsc -w там строится и серверный и клиентский код, причем для разных приложений (сервисов)

Сейчас уже не на работе, но просто интересно как это будет работать, с точки зрения ноды самой? 2 демона запустятся параллельно и будет один вывод?

ну да, можете отдельно запускать

специальный контейнер (процесс) это делает

а дальше уже отдельные контейнеры запускают серверы и вебпаки

с построенным кодом

@mkusher Интересно, попробую. Перерыл все ишуи лоадеров и самого тс -- нигде про такой подход не писали )