нет

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

мне тоже понятно, почему у тебя MS на аватарке

мне тоже понятно, почему у тебя MS на аватарке

MicroSoft - наш бог, а апостол его - TypeScript

TS скорее всего Иуда

нужно или flow кто-то кодит в 2к18 без типизации?

тоже без

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

нужно или flow кто-то кодит в 2к18 без типизации?

Йа

Учите flow, и очень много попаболи уйдёт

вскод с ним не очень вроде работает

нужно или flow кто-то кодит в 2к18 без типизации?

да

сложно с этой типизацией

Учите flow, и очень много попаболи уйдёт

Одна попаболь уйдёт, другая придёт.

Учите flow, и очень много попаболи уйдёт

enum’чики решают

особенно когда styled() все портит

особенно когда styled() все портит

А TS'у не страшно ?

А TS'у не страшно ?

я все еще думаю насчет этого, но никак решиться не могу

вскод с ним не очень вроде работает

Ну и нахуй его

webstorm + local licence server = <3

и обосрать таким образом что угодно

а когда пишут "php - говно", просто зашел сказал, то ты будешь банить?

я все еще думаю насчет этого, но никак решиться не могу

Решайся, тут хорошо :) типы, интерфейсы, подсказки от редактора) сказка, а не жизнь, только писанины много :)

то что писанины много это тебе же самому лучше

Решайся, тут хорошо :) типы, интерфейсы, подсказки от редактора) сказка, а не жизнь, только писанины много :)

а js остается джсом?

автокомплит тот же

не хочешь много писать - используй any

ts = js + types

и есть какие-то подводные камни? типа там некоторые библиотеки не сможешь использовать

или еще шо

да, это моя главная попоболь

ts = js + types

ну синтаксис написания-то по любому другой

или нет?

не хочешь много писать - используй any

на нет сведет типизацию)

можно конечно самому описать d.ts файлы

и есть какие-то подводные камни? типа там некоторые библиотеки не сможешь использовать

redux-form. Там проблемки с тайпингами

больше не встречал пока

redux-form. Там проблемки с тайпингами

ну это я не собираюсь даже юзать

мне formik нравится

фуфуфу, редух формы

фуфуфу, редух формы

а что получше будет?

фуфуфу, редух формы

++++

помоина

а что получше будет?

formik же

получше не подскажу, но говорят formik неплох

а что получше будет?

formik, final-form

redux-form. Там проблемки с тайпингами

Там не только с ним проблемы ?

спасибо, посмотрю на днях

работал с редакс-формой, там если что-то случайно сломал, никаких ошибок нет, она продолжает работать, но не так, как надо. Может валидация работать неправильно или вовсе пропасть

final-form могет в typescript ?

redux-form. Там проблемки с тайпингами

они же на ts написаны??

я все еще думаю насчет этого, но никак решиться не могу

я тоже долго думал, но в 2к18 его реально довели до ума. не то, что ужасный кал на ранних v2 версиях а ещё тащит definitely typed - я пока не встречал кейса, чтобы сам писал d.ts (я хипстер на react+redux) сейчас действительно им можно пользоваться а вот год-два назад было всё плохо. Сейчас тоже плохо, но становится лучше Но таки советую подождать до релиза 2.8 - это будет просто огонь

final-form могет в typescript ?

Они на flow написанны

я тоже долго думал, но в 2к18 его реально довели до ума. не то, что ужасный кал на ранних v2 версиях а ещё тащит definitely typed - я пока не встречал кейса, чтобы сам писал d.ts (я хипстер на react+redux) сейчас действительно им можно пользоваться а вот год-два назад было всё плохо. Сейчас тоже плохо, но становится лучше Но таки советую подождать до релиза 2.8 - это будет просто огонь

а как в плане преград с работой?

а как в плане преград с работой?

ты про погружение в язык?

formik, final-form

formik более распиаренный, можно брать его - искать будет проще всякие ответы на всяких github issue и SO

ты про погружение в язык?

не, я насчет стэка технологий, если будешь устраиваться на работу. Не все же юзают ts

и можно ли смешивать файлы с расширением ts и jsx, js в одном проекте?

я ts за пару дней осилил

не, я насчет стэка технологий, если будешь устраиваться на работу. Не все же юзают ts

он транспилится в js нужно знать JS перед изучением TS. одно другому не мешает

и можно ли смешивать файлы с расширением ts и jsx, js в одном проекте?

ага) угадай, какое расширение получится :)

и можно ли смешивать файлы с расширением ts и jsx, js в одном проекте?

можно типизация для js файлов делается через d.ts файлы

и можно ли смешивать файлы с расширением ts и jsx, js в одном проекте?

можно, но придётся делать перед импортами @ts-ignore

привет) у меня есть 2 компонента, в одном из них указывается название статьи, в другом остальные данные, правильно ли вызывать один и тот же экшн из этих компонентов типа startedEditingArticle и соответственно менять данные в сторе?)

ага, понял, всем спасибо)

надо будет тогда вкатиться, а то я так и не решил проблему flow и styled()

привет) у меня есть 2 компонента, в одном из них указывается название статьи, в другом остальные данные, правильно ли вызывать один и тот же экшн из этих компонентов типа startedEditingArticle и соответственно менять данные в сторе?)

А почему это может быть не правильно? Ты же для одной статьи меняешь!

не хочешь много писать - используй any

:trollface:

нужно или flow кто-то кодит в 2к18 без типизации?

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

привет) у меня есть 2 компонента, в одном из них указывается название статьи, в другом остальные данные, правильно ли вызывать один и тот же экшн из этих компонентов типа startedEditingArticle и соответственно менять данные в сторе?)

зачем вообще это событие? попахивает. по идее, шлют событие change

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

Можно, но если приложение больше, то очень быстро начинаешь путаться

зачем вообще это событие? попахивает. по идее, шлют событие change

а как мне собрать всю инфу из разных компонентов в стор и отправить на бекенд?

я бы вообще предпочел бы такой варинт, описавать только входные и выходные параметры, а код внутри функций уже не типизировать, вроде как flow ближе к этому, в TS приходится описывать типы там, где и коню понятно что там

я бы вообще предпочел бы такой варинт, описавать только входные и выходные параметры, а код внутри функций уже не типизировать, вроде как flow ближе к этому, в TS приходится описывать типы там, где и коню понятно что там

по идее, нужно типизировать не входы/выходы, а струкрутуры данных (чаще всего, это сервак), и морфизмы этих данных а входы и выходы должны сами цепляться при таком подходе

я бы вообще предпочел бы такой варинт, описавать только входные и выходные параметры, а код внутри функций уже не типизировать, вроде как flow ближе к этому, в TS приходится описывать типы там, где и коню понятно что там

Там где коню понятно TS и сам выводит :)

по идее, нужно типизировать не входы/выходы, а струкрутуры данных (чаще всего, это сервак), и морфизмы этих данных а входы и выходы должны сами цепляться при таком подходе

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

а как мне собрать всю инфу из разных компонентов в стор и отправить на бекенд?

то, что тебе приходится говорить в стор о том, что редактирование начали и закончили - сигнализирует об ошибке где-то этапом раньше “начали редактировать”, “закончили редактировать” - это, кажется, можно вычислить воркфлоу должен быть примерно такой: - при писанине в полях говорим в редукс, что писанина поменялась. текста идут в стор - при нажатии на кнопку “сохранить” берём текста из стора и отправляем

https://www.npmjs.com/package/create-react-context а это удобно, скажу я вам

Там где коню понятно TS и сам выводит :)

на сколько я помню, я должен указывать типы для arrow функций, я не могу указать в качестве handleEvent без типов <input onChange={() => ....}>

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

для предотвращения ошибок в бизнес логике, методах - есть юнит тесты на типизацию здесь нельзя полагаться

то, что тебе приходится говорить в стор о том, что редактирование начали и закончили - сигнализирует об ошибке где-то этапом раньше “начали редактировать”, “закончили редактировать” - это, кажется, можно вычислить воркфлоу должен быть примерно такой: - при писанине в полях говорим в редукс, что писанина поменялась. текста идут в стор - при нажатии на кнопку “сохранить” берём текста из стора и отправляем

ну я это и имел в виду, спасибо :)

для предотвращения ошибок в бизнес логике, методах - есть юнит тесты на типизацию здесь нельзя полагаться

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

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

погоди ка, ты же говорил про типы на входе в методы и выходе из них? я тебе говорю про то, что за этим должны следить тесты

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

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

это невозможно

Коллеги, простите, что вклиниваюсь, а кто подскажет, есть ли отдельный канал для обсуждения спецификаций ES201X? У меня созрел один вопрос про import.

Коллеги, простите, что вклиниваюсь, а кто подскажет, есть ли отдельный канал для обсуждения спецификаций ES201X? У меня созрел один вопрос про import.

в каналах нельзя обсуждать

Коллеги, простите, что вклиниваюсь, а кто подскажет, есть ли отдельный канал для обсуждения спецификаций ES201X? У меня созрел один вопрос про import.

почему импорт реверсивный?

оговорился - чат

это невозможно

давай примером покажу function foo(a: String) { return Number(a) } вот тут тип будет сгенерирован, а тут ты уже четко указал, что тип будет всегда один и тот же function foo(a: string): number { return Number(a) }

почему импорт реверсивный?

нет. про имплементацию в браузерах и bundling

давай примером покажу function foo(a: String) { return Number(a) } вот тут тип будет сгенерирован, а тут ты уже четко указал, что тип будет всегда один и тот же function foo(a: string): number { return Number(a) }

может вам уйти в чат по типам?

может вам уйти в чат по типам?

ладно, я тогда высказался, все

может вам уйти в чат по типам?

@typescript_ru ? ну вот, пришол одмен и всё похерил

а кто использует mobx, какие еще пакеты с ним стоит использовать, т.к. голый редакс не все используют, тут такая же история?

на сколько я помню, я должен указывать типы для arrow функций, я не могу указать в качестве handleEvent без типов <input onChange={() => ....}>

Нет, там типы выводятся нормально. Ну и это не к TS вопрос а к тайпингам реакта)

Учите flow, и очень много попаболи уйдёт

И куча новых попоболей.