Обычно перед сном читаю доки различных либ

redux-saga плодотворно влияет на сон

А как живет Эрланг без строгой типизации?)

?нет ни одного языка с более строгой типизацией, чем erlang

?нет ни одного языка с более строгой типизацией, чем erlang

идрис

а что бывает понятие - строгая типизация?

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

это называется не строгая, а strong typing

и имеет немного другой перевод

строгая динамическая типизация в эрланге - это устоявшееся в русском языке

с++ считается языком с нестрогой типизацией

ну это только люди не знающие английского языка так переводят

альтернатива?

есть сильная и слабая типизации

динамисческая и статическая

и смесь этих понятий

Строгая типизация — ето та, которая нравится мне

сильная и слабая менее понятно, но мне похуй

тебе нравится статическая :))

а не строгая

просто кто-то однажды подумал, что слово стронг, это строгая, видимо что вижу то и говорю

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

вы же не говорите “дорожная карта”?

вы же не говорите “дорожная карта”?

постоянно это делают все :))

тебе нравится статическая :))

Это шутка

Когда в Москве ближайший митап по реакту?

Когда в Москве ближайший митап по реакту?

Сентябрь, ищем докладчиков

Не могу придумать подход к проблеме. Есть два компонента, родитель и ребенок. Ребенок имеет поля для ввода, которые обновляют его стейт и триггерят функцию. И есть родитель, у которого в стейте есть объект, содержащий измененные поля дочерних компонентов. Это содержание может обновиться независимо от дочерних компонентов, при этом обновлется каждым из них. Там могут появляться "образы данных" каждого дочернего объекта (уникально идентифицируемые) и меня это не интересует. Но также эти образы могут удалиться. И мне надо как-то на это стриггериться, в духе "мой образ изчез из родителя! Я отчищу стейт". Не могу придумать, Как это может быть реализовано.

То есть ситуация такая: 1) образа нет в родителе изначально. 2) образ появился. 3) образ изчез и мы на это отреагировали. Далее цикл, образ появляется и исчезает, триггерюсь только на исчезновение.

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

Можно

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

Даже не на этапе сборки а на этапе рантайма. Мы делаем формбилдер. Пользователь драгндропом накидывает элементы, задаёт правила валидации в визуальном редакторе и эту форму потом даёт заполнять сабюзерам.

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

Можно. В main.js несколько раз вызываешь render и компоненты которые есть на странице будут отрисованы

Не могу придумать подход к проблеме. Есть два компонента, родитель и ребенок. Ребенок имеет поля для ввода, которые обновляют его стейт и триггерят функцию. И есть родитель, у которого в стейте есть объект, содержащий измененные поля дочерних компонентов. Это содержание может обновиться независимо от дочерних компонентов, при этом обновлется каждым из них. Там могут появляться "образы данных" каждого дочернего объекта (уникально идентифицируемые) и меня это не интересует. Но также эти образы могут удалиться. И мне надо как-то на это стриггериться, в духе "мой образ изчез из родителя! Я отчищу стейт". Не могу придумать, Как это может быть реализовано.

Я бы смотрел в эту сторону: https://reactjs.org/docs/react-component.html#static-getderivedstatefromprops Или componentWillReceiveProps, но он deprecated. Мб способ относительно костыльный, но, если нет других вариантов, сойдет. В state родителя хранишь рандомные значения для каждого ребенка, которые ты передаешь каждому ребенку отдельно. При исчезновении образа меняем это рандомное значение у родителя для этого ребенка, а в ребенке отлавливаем изменение этого пропса и удаляем state. Если я плохо объяснил, что не редко случается, переспроси, попробую позже описать подробнее.

Я бы смотрел в эту сторону: https://reactjs.org/docs/react-component.html#static-getderivedstatefromprops Или componentWillReceiveProps, но он deprecated. Мб способ относительно костыльный, но, если нет других вариантов, сойдет. В state родителя хранишь рандомные значения для каждого ребенка, которые ты передаешь каждому ребенку отдельно. При исчезновении образа меняем это рандомное значение у родителя для этого ребенка, а в ребенке отлавливаем изменение этого пропса и удаляем state. Если я плохо объяснил, что не редко случается, переспроси, попробую позже описать подробнее.

Рандомное значение? Мне кажется тут нет смысла добавлять что-то ещё для каждого ребёнка, их много, и данные о них вполне в удобной форме поставляются в объект с образами (снимками данных ребёнка и его идентификатор). Тут проблема больше в реализации, чтобы выполнить условие не сразу при рендере, а после первого запуска.

Рандомное значение? Мне кажется тут нет смысла добавлять что-то ещё для каждого ребёнка, их много, и данные о них вполне в удобной форме поставляются в объект с образами (снимками данных ребёнка и его идентификатор). Тут проблема больше в реализации, чтобы выполнить условие не сразу при рендере, а после первого запуска.

Ладно, я думаю, это звучит сложно и запутанно, а значит не очень качественно.

Пацаны и девченки. Есть вопрос. Значит есть редукс стор. В нем инфа для нотификаций. В классическом подходе делается компонент оборачивается коннектом и диспатчатся действия допустим с добавлением нотификации. Я сделал сервис который напрямую коннектится к стору при конфигурировании после создания стора. И напрямую диспатчит в указанный стор дейстаия. Все работает и код аккуратный без прокидывания экшн криэйторов в каждый компонент. Вопрос - не антипаттерн ли это? Какие подводные камни ждать? Что думаете?

Есть ли возможность получить store в mapdispatchtoprops?

Есть ли возможность получить store в mapdispatchtoprops?

Вторым аргументом овнПропз вроде

Есть ли возможность получить store в mapdispatchtoprops?

3м аргументом mergeProps, но я бы зодумолся и положил в санк это

3м аргументом mergeProps, но я бы зодумолся и положил в санк это

как положить? у меня есть сокет, он лежит в store, я передаю его в action

как положить? у меня есть сокет, он лежит в store, я передаю его в action

А зачем тебе сокет в сторе?

как положить? у меня есть сокет, он лежит в store, я передаю его в action

третьим аргументом в санк можешь

А зачем тебе сокет в сторе?

ну это глобальный объект для всего приложения

ну это глобальный объект для всего приложения

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

спасибо, про инстансы в сторе не знал

всем привет. подскажите плз, нормальны ли эти ресурсы для изучения реакта ? https://abraxabra.ru/react.js/ https://metanit.com/web/react/

всем привет. подскажите плз, нормальны ли эти ресурсы для изучения реакта ? https://abraxabra.ru/react.js/ https://metanit.com/web/react/

нет, устарело

нет, устарело

а есть что то свежее на русском ? =(

а есть что то свежее на русском ? =(

на русском свежее рофл

а есть что то свежее на русском ? =(

был один курс но он закрылся, поздно

был один курс но он закрылся, поздно

ты еще скажи родионова

ты еще скажи родионова

А кто еще

?

всем привет. подскажите плз, нормальны ли эти ресурсы для изучения реакта ? https://abraxabra.ru/react.js/ https://metanit.com/web/react/

а эти курсы прям совсем устаревшие ? =) на метаните дата 21.10.2017

а эти курсы прям совсем устаревшие ? =) на метаните дата 21.10.2017

Метанит точно, абрахабра хз

Но лучше оригинальную доку чем абрахабру

Метанит точно, абрахабра хз

это понятно, но с англ проблемы =(

ERROR: S client not available

это понятно, но с англ проблемы =(

Подучишь английский заодно

Там очень просто всё написано

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

наверное начну с абрахабра, а потом в оф доки =)

@maxfarseer, вроде, обещал курс по реакту обновить...

Когда я учил, у него еще нормально было)

наверное начну с абрахабра, а потом в оф доки =)

не надо с него начинать

не надо с него начинать

сразу оф доки со словариком ?

сразу оф доки со словариком ?

я так в ммо играл

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

Ну лол, его же писать 10 минут

@maxfarseer, вроде, обещал курс по реакту обновить...

ага. Первый тутор (который просто про react) уже скоро (1 неделя примерно) будет. затем redux обновлю, затем вернусь к новому учебнику большому;

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

https://www.google.ru/search?q=%D1%82%D0%B0%D0%B9%D0%BC%D0%B5%D1%80+%D0%BE%D0%B1%D1%80%D0%B0%D1%82%D0%BD%D0%BE%D0%B3%D0%BE+%D0%BE%D1%82%D1%81%D1%87%D0%B5%D1%82%D0%B0+js&rlz=1C1GCEA_en__794__794&oq=%D1%82%D0%B0%D0%B9%D0%BC%D0%B5%D1%80+%D0%BE%D0%B1%D1%80%D0%B0%D1%82%D0%BD%D0%BE%D0%B3%D0%BE+%D0%BE%D1%82%D1%81%D1%87%D0%B5%D1%82%D0%B0+js&aqs=chrome..69i57j0l5.6412j0j7&sourceid=chrome&ie=UTF-8

Пацаны и девченки. Есть вопрос. Значит есть редукс стор. В нем инфа для нотификаций. В классическом подходе делается компонент оборачивается коннектом и диспатчатся действия допустим с добавлением нотификации. Я сделал сервис который напрямую коннектится к стору при конфигурировании после создания стора. И напрямую диспатчит в указанный стор дейстаия. Все работает и код аккуратный без прокидывания экшн криэйторов в каждый компонент. Вопрос - не антипаттерн ли это? Какие подводные камни ждать? Что думаете?

Ну чо кто что думает?

Подскажите, как следующее написать нормально? <input onChange={event => this.props.func(event.target.value)} value={this.props.refl && this.props.fil && this.props.refl.find((item) => item.id === this.props.fil.id) ? this.props.refl.find((item) => item.id === this.props.fil.id).value : '' } /> Эти find выглядят как серьезный косяк в производительности. Где в компоненте правильно сделать эти проверки, что пропсы дошли, пропсы не пусты, а потом еще если значение находится, то его уже только тогда использовать, а иначе другое значение подставить?

Почему толькл выглядят?!...))

Подскажите, как следующее написать нормально? <input onChange={event => this.props.func(event.target.value)} value={this.props.refl && this.props.fil && this.props.refl.find((item) => item.id === this.props.fil.id) ? this.props.refl.find((item) => item.id === this.props.fil.id).value : '' } /> Эти find выглядят как серьезный косяк в производительности. Где в компоненте правильно сделать эти проверки, что пропсы дошли, пропсы не пусты, а потом еще если значение находится, то его уже только тогда использовать, а иначе другое значение подставить?

Оно ещё и нечитаемо

Подскажите, как следующее написать нормально? <input onChange={event => this.props.func(event.target.value)} value={this.props.refl && this.props.fil && this.props.refl.find((item) => item.id === this.props.fil.id) ? this.props.refl.find((item) => item.id === this.props.fil.id).value : '' } /> Эти find выглядят как серьезный косяк в производительности. Где в компоненте правильно сделать эти проверки, что пропсы дошли, пропсы не пусты, а потом еще если значение находится, то его уже только тогда использовать, а иначе другое значение подставить?

для начала не использовать стрелки в хэндлерах

Подскажите, как следующее написать нормально? <input onChange={event => this.props.func(event.target.value)} value={this.props.refl && this.props.fil && this.props.refl.find((item) => item.id === this.props.fil.id) ? this.props.refl.find((item) => item.id === this.props.fil.id).value : '' } /> Эти find выглядят как серьезный косяк в производительности. Где в компоненте правильно сделать эти проверки, что пропсы дошли, пропсы не пусты, а потом еще если значение находится, то его уже только тогда использовать, а иначе другое значение подставить?

говнокод пиздец извиняюсь

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

для начала не использовать стрелки в хэндлерах

в чем проблема это нормально, только разве что в функции вынести

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

в чем проблема это нормально, только разве что в функции вынести

мейби он хотел сказать не создавать функцию во время рендера

мейби он хотел сказать не создавать функцию во время рендера

тогда норм

? а find каждый раз не бьёт по нему ?

Интересует ваше мнение: хоки vs рендер пропс?

Интересует ваше мнение: хоки vs рендер пропс?

по ситуации

Хайповые статье в ваших интернетах пишут, что хоки не нужны