Я бы тогда скопипастил код и инвертировал логику)

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

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

Yup

спасибо большое

Ребят, кто-нибудь разворачивал nodejs приложение на digitalocean с помощью dokku?

минутка бесполезной информации, спасибо

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

это правильно

зачем в компоненте два источника данных?

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

через какие еще пропы? ты получаешь доступ к контексту через Context.Consumer

ну так выныривай этим консумером в нужном месте

и получай доступ к данным

ну так выныривай этим консумером в нужном месте

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

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

ну начнем с того, что если контекст не менается у тебя

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

и вообще не привязываться к реакту

ты же используешь классы типа React.Component, lodash-и всякие, moment и прочие

Это аналогично иметь 100 компонентов с пропом property=1

привет, navigator.geolocation.getCurrentPosition возвращает Timeout expired , может кто сталкивался?

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

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

В моем случае контекст нужен

если он статичен у тебя то зачем?

Контекст - способ доставки данных

если на всем протяжении жизненного цикла приложения он не меняется

Без разницы статичен он или нет

привет, navigator.geolocation.getCurrentPosition возвращает Timeout expired , может кто сталкивался?

ставлю на componentDidMount

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

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

ну тебе же не нужно прокидывать эти данные

они у тебя есть сразу

если на всем протяжении жизненного цикла приложения он не меняется

Не цикл приложения, а с момента декларирования в дом и до момента демонтирования

и ты можешь их использовать в любом компоненте и без контекста

Могу

Пример написал выше

вот если бы у тебя переменные контекста менялись

то да

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

Это аналогично иметь 100 компонентов с пропом property=1

Пример

но ты сразу обозначил требование - статично все

Снова повторю, контекст это способ доставки такой же как и пропы

Без разницы статичные данные или нет

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

вот к примеру берут некоторые и грузят при смене локали все переводы с сервера и пихают их в редакс

и потом в нужном месте мапят и используют

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

конкретизирую пример, мне нужно передать форме объект-конфигурацию, эту конфигурацию прокинуть в field'ы и я знаю что, конфигурация не изменится т.е. не будет вызывать перерисовку

куда засунуть конфиг? в редакс?

LocalStorage?

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

Я json храню в локал сторе, если это связано с запоминанием того какая вкладка/фильтр итд открыт/нажат. собственно у тебя вроде что то похожее. В в редаксе данные..

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

Я понял, у тебя идиологический вопрос, а не технический, когда что то не получается. Не очень большими усилиями то модно решить его.. Проблемы особой не вижу..

Я думаю нужен ещё один тип контекста для статичных данных типа pureContext, с ссылочным доступом в лайфциклах

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

Да

Почему в React компоненты по умолчанию создаются от React.component а не от PureComponent ?

потому что purecomponent не всегда быстрее

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

Сергей так редакс денег стоит

А если объект большой, разве это удобно ?

ERROR: S client not available

Почему в React компоненты по умолчанию создаются от React.component а не от PureComponent ?

всмысле по умолчанию?

jsx

jsx

что jsx?

видимо, вопрос о stateless-компонентах

Почему в React компоненты по умолчанию создаются от React.component а не от PureComponent ?

Потому что не всегда подходит

Это как кофескрипт или TS только для React

Я просто изучаю React и понимаю что с темой производительности они не особо придумали удобный инструментарий

все они нормально придумали

Это как кофескрипт или TS только для React

ты задаешь вопрос, не совсем понятный. По умолчанию реакт не создает никакой компонент, ты создаешь руками

Я так же не понимаю зачем нужно свойство defaultProps когда значения по умолчанию можно сделать с помощью ES6

в том же конструкторе проинициализировать их

падажжи, какие пропсы в конструкторе

конструктор принимает props нет ?

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

их можно сделать полями класса

конструктор принимает props нет ?

если ты пишешь функцональный компонент, ты так и делаешь

Я так же не понимаю зачем нужно свойство defaultProps когда значения по умолчанию можно сделать с помощью ES6

компонент никогда не должен менять props. это относится и к конструктору

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

компонент никогда не должен менять props. это относится и к конструктору

ну есть случай все же :))

это когда defaultProps задается

то ли я совсем запутался в жс, то ли defaultProps все-таки статический

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

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

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

в редких случаях это нужно

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

да, такой кейс есть, а больше и не припомню

можно, кстати, через новый getDerivedStateFromProps

да, такой кейс есть, а больше и не припомню

я к ним еще не привык)

Можно было бы по аналогии с ангуляром

не надо

назначать private/public свойства props

классу