LINUX.ORG.RU

История изменений

Исправление silver-bullet-bfg, (текущая версия) :

Какая вообще разница, плагин это для бабел или нет?

Потому, что по сути TS - такой же набор плагинов для Babel. Ни более, но и не менее

Тебе шашечки или ехать (тем более что на практике подключение бабела/flowtpye от тс отличается несколькими строками в конфиге сборщика)?

Я за однородность инфраструктуры. Что мне может дать использование TS по сравнению с FT? Просто для примера возьмем только эту функцию.

Есть два инструмента (тс и flowType), предназначенные для выполнения одной и той же задачи, одним и тем же способом.

Тогда зачем вокруг этой фичи городить новый язык?

И один из них (тс) фактически строго лучше другого.

Чем? Примеры в студию. Очень интересно.

Да, можно использовать худший.

Чем ES7 хуже TS, при условии что бразуеры не умеют ES7 почти полностью, а TS полностью?

Зачем? Ведь «node, npm, либы» (то есть инфраструктура) - это как раз то, чем тс лучше flowType.

Чашечку разупорина данному оратору. Эта инфраструктура NodeJS и ES соответственно. Node не понимает на уровне VM (т.е. как язык) TS. Все, что есть - это транслятор, парсер и куча библиотек, которые сперли из мира JS.

Больше либ, лучше поддержка комьюнити, лучше поддержка иде, выше скорость запиливания новых фич.

Пруфы. ES сейчас релизится каждый год.

Наконец, тс просто значительно более зрел.

Мухаха. Год создания напомнить?

Раньше мы могли бы говорить еще, что у flowType

Что вы прицепились только к FT? или у TS и правда больше ничего нет окромя системы типов, что бы отличало его от...

Исходная версия silver-bullet-bfg, :

Какая вообще разница, плагин это для бабел или нет?

Потому, что по сути TS - такой же набор плагинов для Babel. Ни более, но и не менее

Тебе шашечки или ехать (тем более что на практике подключение бабела/flowtpye от тс отличается несколькими строками в конфиге сборщика)? Есть два инструмента (тс и flowType), предназначенные для выполнения одной и той же задачи, одним и тем же способом. И один из них (тс) фактически строго лучше другого. Да, можно использовать худший. Но зачем?

Не юзая node, npm, либы, etc.

Зачем? Ведь «node, npm, либы» (то есть инфраструктура) - это как раз то, чем тс лучше flowType. Больше либ, лучше поддержка комьюнити, лучше поддержка иде, выше скорость запиливания новых фич. Наконец, тс просто значительно более зрел.

Раньше мы могли бы говорить еще, что у flowType есть преимущества в системе типов, но вот уже добавили в тс и non-nullable и keyof и теперь этих преимуществ почти не осталось. Ну да, не sound, и вариантности там никогда не будет - но мы по скале знаем, к чему она приводит, так что не очень-то и хотелось.