Flow-гуру пришёл, всем в окопы :)

Просто ФБ делает ставку на Flow

Да, такие дела

файлов на все проекты несколько тысяч

https://github.com/reactjs/react-codemod#react-proptypes-to-prop-types

Просто ФБ делает ставку на Flow

А как новые просы согласованы с Flow?

https://github.com/reactjs/react-codemod#react-proptypes-to-prop-types

спасибо)

Просто пропсы теперь не first class citizen

Я предполагаю, что это сделано, чтобы уменьшить размер бандла в production

Может и поддержку из самого реакта выпилят

за счет уменьшения размера библиотеки

возможно это сделано для плавной миграции типов в flow

а тем кто работает с typescript что делать?

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

вот выйдет файбер, тогда и можно будет обновить все разом

а тем кто работает с typescript что делать?

Перейти на Flow, естественно

а пока как с айфоном 6s, когда у тебя уже 6 версия

за счет уменьшения размера библиотеки

Годно

а тем кто работает с typescript что делать?

Я хотел ответить словами Владимира, но он их уже произнес через два сообщения)

До сих пор непонятны критерии выбора TS vs Flow vs plain ES6

Я думаю, что такой вариант устроит только Владимира и Илью Климова

Flow > TS > plain ES

Надеюсь, это путь

Но вообще для простых смертных можно брать TS и не париться

А не простых? В том смысле, чем Flow > TS, если в 2-3 тезисах?

Кастую @chicoxyzzy

Flow просто лучше проверяет, консистентней правила, лучше inference

Во всем остальном TS лучше

Во всем остальном TS лучше

а что подразумевается под "во всем остальном"?

Flow просто лучше проверяет, консистентней правила, лучше inference

А также не тащит свой компилятор для JS. То есть лучше во всём.

Коммьюнити, интеграция с IDE, открытость разработки, сообщения об ошибках

Коммьюнити, интеграция с IDE, открытость разработки, сообщения об ошибках

Если под IDE подразумевать VSCode, который flow не поддерживает из принципа, то да. В WebStorm оба хорошо поддерживаются

В TS стабильнее часть хитрого функционала засчет внутренней простоты реализации

Ну у Flow принципиально слабая поддержка автокомплита непосредственно

WebStorm даже без flow автокомплитит неплохо

плохо )

Он может комплитить только свойства, типы и переменные

ну по сравнению с TS )

В TS еще можно комлитить реализацию

В целом автокомлит это конечно хорошая вещь, но не мега критичная

А не простых? В том смысле, чем Flow > TS, если в 2-3 тезисах?

TypeScript’s type system allows certain operations that can’t be known at compile-time to be safe. When a type system has this property, it is said to not be “sound”.

там бай дизайн можно писать херню

TypeScript’s type system allows certain operations that can’t be known at compile-time to be safe. When a type system has this property, it is said to not be “sound”.

это про какие операции?

А также не тащит свой компилятор для JS. То есть лучше во всём.

В смысле не тащить свой компилятор? Flow - это же не аннотации, его вырезать надо так или иначе перед бабелизацией)

В смысле не тащить свой компилятор? Flow - это же не аннотации, его вырезать надо так или иначе перед бабелизацией)

в вавилон добавили ж синтаксис флоу

Оу

поэтому можно только бабелем пользоваться

А есть пруф?

В смысле не тащить свой компилятор? Flow - это же не аннотации, его вырезать надо так или иначе перед бабелизацией)

Я имел в виду, что Typescript заменяет собой Babel при компиляции, а с Flow можно использовать Flow для проверки, а для компиляции использовать Babel как раньше.

Почему тогда в группе https://t.me/flowtype_ru про это не кричат так громко? :)

А есть пруф?

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

Ну это один из плюсов если уже есть бабель

Я имел в виду, что Typescript заменяет собой Babel при компиляции, а с Flow можно использовать Flow для проверки, а для компиляции использовать Babel как раньше.

Вот это кстати более логично

Нужно просто добавить плагин и все готово

Плюс у Flow есть поддержка аннотаций в комментариях

Если совсем компилировать не хочется

у тайпскрипта тоже)

jsdoc норм держит ж

Неа

это про какие операции?

https://gist.github.com/t0yv0/4449351#file-unsound-ts

jsdoc это не тоже самое, насколько я знаю

Неа

а, ты про /* :string */

Ага

То есть у Flow можно просто писать все тоже самое, но в комментах

ну в jsdoc можно типизировать полностью код, включая генерики

при этом там можно юзать типы, которые объявлены\подключены из ts-файлов

получается тоже js код покрывается чисто в jsdoc комментах

Вот это лакшери

ERROR: S client not available

https://gist.github.com/t0yv0/4449351#file-unsound-ts

там про вариативность, ее можно знать в компайл-тайме

просто тс этого не делает

https://github.com/Microsoft/TypeScript/wiki/JSDoc-support-in-JavaScript

просто тс этого не делает

ты щас примерно в 2х словах и описал что такое unsound type system

Мне кажется что не все можно через jsdoc делать

ты щас примерно в 2х словах и описал что такое unsound type system

ну там фраза была, что can't be known

я понимаю, где тс проебывается сильно

но думал там какие-то более интересные кейсы)

это из доки тайпскрипта лол

стыдно было писать наверное что они забили просто

Тайпчекер по сути это theorem prover

Мне кажется что не все можно через jsdoc делать

сами типы\интерфейсы не объявить, вроде

Он должен доказать, что код well-typed

стыдно было писать наверное что они забили просто

ну так-то issue есть)

TS если не может доказать что код не well-typed, то считает что он well-typed

Flow наоборот

Если не может доказать что код well-typed, то считает что он не well-typed

В этом и отличие между sound и unsound

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

Это нормально

Это уже completeness

а как можно прописать условие внутри css modules?

{className(styles.wrapper, 'animate', ('slide-right' || 'slide-left'))}

у меня через state должен меняться класс

https://github.com/JedWatson/classnames

кто звал?

и зачем)

Сообщить новость. Оказывается, ТС - говно

тут про флоу вс тс терли

Все, можешь идти

ок

@chicoxyzzy Владимир признал превосходство TS над Flow )