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

ок, спасибо

Note: If --lib is not specified a default library is injected

Чего-то я теперь в ступор встал

"lib": ["dom","es2015", "es2016.array.include"],

Array.includes(); пишет, что не найден

[].includes

он ж не статический

А

зачем ts эмитит некий __assign для object prop spread?

Почему просто не юзать Object.assign и требовать полифила для него - -

ну мол array spread работает исключительно через concat

ставишь importHelpers и через алиасы бандлеру подсовываешь какой угодно assign :)

> @mkusher ну мол array spread работает исключительно через concat это как раз неправильно

> @mkusher ну мол array spread работает исключительно через concat это как раз неправильно

о.о

а почему?

ааа

Должно через Symbol.iterator работать

понял

типа надо ...arr привести к массиву

Но тс в целом не поддерживает Symbol.iterator

ага

думаю это связано)

а вообще, зачем babel тоже эмитит некий аналог для assign, если такого нет?

в repl

ставишь importHelpers и через алиасы бандлеру подсовываешь какой угодно assign :)

так а зачем он вообще это делает?

Думаю просто чтобы не полагаться на полифилы

так а зачем он вообще это делает?

точна, кучу остальных вещей то всё равно не полифилят. чем object.assign стал для них таким особенным

точна, кучу остальных вещей то всё равно не полифилят. чем object.assign стал для них таким особенным

ну я к тому, что полифилить стандартные вещи не надо, есть же core-js

генераторы например понятно, декораторы понятно, async-await понятно

а если бы они мне вместе с .concat еще и полифил к нему эмитили, я бы напрягся)

В каком году появился concat?

ну ладно, если бы для includes полифил фигачили, когда я его юзаю)

Особой разницы нет

а, ну в принципе эта штука зафиксит и iterator https://github.com/Microsoft/TypeScript/pull/12346

Особой разницы нет

почему?

точнее разницы с чем?)

Надежнее не полагаться на налачие полифила

В люой ситуации

возможно, это стоило бы достигать с помощью более гибкой настройки target

Да, но пользы в данном случае немного

мол, указывать не es5, а по фичам аля objectSpread: "es6"

Тем более формально - это более правильно поведение

ну да, это если таргет es6

тогда не должен

То есть поведение спреда не должно зависеть от Object.assign

Если зависит - то это расхождение со спекой

Если зависит - то это расхождение со спекой

разве?

https://github.com/sebmarkbage/ecmascript-rest-spread/blob/master/Spread.md

Так это не спека

http://sebmarkbage.github.io/ecmascript-rest-spread/

Вот это спека

https://www.typescriptlang.org/play/index.html#src=%0D%0Aconst%20arr%20%3D%20%5B%5D%3B%0D%0A%0D%0Aarr%5BSymbol.iterator%5D%20%3D%20()%20%3D%3E%20%5B1%2C%202%2C%203%5D%5BSymbol.iterator%5D()%3B%0D%0A%0D%0Aconst%20arr2%20%3D%20%5B...arr%5D%3B

Вот пример фейла с массивом

про массив понятно

Тайпскрипт компилирует в предположении, что итератор не переопределен

babel просто приводит итератор к массиву

Аналогично, если использовать Object.assign, то это будет корректно только если Object.assign не переопределен

Аналогично, если использовать Object.assign, то это будет корректно только если Object.assign не переопределен

ну эмит полифилов около кода не спасает, потому что если Object.assign определен, то он и заюзается

Ну тогда непонятно

Ну в общем транспайлинг всегда будет несоответствовать спеке в той или иной степени

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

но все-таки, если target: ES6

то ну емае

@mkusher А разве core-js - это не библиотека с набором полифилов?

ERROR: S client not available

ну да, она

говорят 2.1.5 будет с фиксами скоро

а где говорят?

а, await поломали

там декоратры поломали

ненужные

они все равно сломаются потом еще скорее всего

ненужные

бубубу

это даже в родмапе написано

implementing new proposal?

да

ща в бабеле имплементят тоже его

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

))

а че даже issue еще не запилили

в бабеле?

в ts

потому что пока надо над 2.1 веткой поработать вероятно

ну я ж не про PR, а про issue)

создай

но вообще имхо нет смысла

надо откладывать, пока стейдж 3 не будет

катц хочет до 3 получить от разрабов фидбек

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

ну и многие сами скажут "ну наконец нормальные декораторы, а не легаси из 5!"

потом снова мб пуканы разрывать будет

создай

так ну надо ж подробно описать процесс перехода, смысла особо нет мне

там декоратры поломали

втф

у нас на них заложен проект :D

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

а можешь на бабель ишью скинуть ссылку?

А ангуларщикам что делать?

они ж вроде должны страдать