А
Илья
Если ты не будешь в компоненте изменять эти данные их не обязательно ложить в стейт
Даже в родительский? То есть тупо вывел и всё
Size: a a a
2021 January 22
И
Даже в родительский? То есть тупо вывел и всё
Если дочерний компонент у тебя только выводит эти данные, то их не надо ложить в стейт. В родительском по тому же принципу. Например у тебя есть массив постов и компонент которые отображает пост. Ты проходишся по массиву функцией мап, которая возвращает компонент поста и передаешь в виде пропс туда 1 пост из массива. В самом компоненте поста ты просто отображаешь пост и тебе необязательно хранить его в стейте
ВД
Привет, подскажите как мне изменить state через context ?
пытаюсь изменить так context.changeState({hideEdit: true})
в функции вижу приходить данные, но state не обновяется если там уже присуствовал такой ключ, как мне его обновить?
пытаюсь изменить так context.changeState({hideEdit: true})
в функции вижу приходить данные, но state не обновяется если там уже присуствовал такой ключ, как мне его обновить?
Т
Привет, подскажите как мне изменить state через context ?
пытаюсь изменить так context.changeState({hideEdit: true})
в функции вижу приходить данные, но state не обновяется если там уже присуствовал такой ключ, как мне его обновить?
пытаюсь изменить так context.changeState({hideEdit: true})
в функции вижу приходить данные, но state не обновяется если там уже присуствовал такой ключ, как мне его обновить?
Покажи код провайдера
А
Илья
Если дочерний компонент у тебя только выводит эти данные, то их не надо ложить в стейт. В родительском по тому же принципу. Например у тебя есть массив постов и компонент которые отображает пост. Ты проходишся по массиву функцией мап, которая возвращает компонент поста и передаешь в виде пропс туда 1 пост из массива. В самом компоненте поста ты просто отображаешь пост и тебе необязательно хранить его в стейте
Это понятно, да. Родитель, к примеру, получает список постов из базы данных. Стоит ли тогда класть их в состояние родителя? При фильтрации постов я пройдусь по массиву и если у родителя список не находился в состоянии, будет ли он повторно запрошен из базы?
И
Это понятно, да. Родитель, к примеру, получает список постов из базы данных. Стоит ли тогда класть их в состояние родителя? При фильтрации постов я пройдусь по массиву и если у родителя список не находился в состоянии, будет ли он повторно запрошен из базы?
Если ты его запрашиваешь, то лучше в стейт положить
И
Это понятно, да. Родитель, к примеру, получает список постов из базы данных. Стоит ли тогда класть их в состояние родителя? При фильтрации постов я пройдусь по массиву и если у родителя список не находился в состоянии, будет ли он повторно запрошен из базы?
Это ты уже в асинхронное полез,
ВД
Покажи код провайдера
e(MicroblockContext.Provider, {value: this.state}, {children})
и внутри него в недрах
e(MicroblockContext.Consumer, null, context => { return e(React.Fragment, null, e('a', {, href: '#', onClick: (e) => { e.preventDefault(); context.changeState({hideEdit: true})}}, this.children(['Отменить'])))})]))
и внутри него в недрах
e(MicroblockContext.Consumer, null, context => { return e(React.Fragment, null, e('a', {, href: '#', onClick: (e) => { e.preventDefault(); context.changeState({hideEdit: true})}}, this.children(['Отменить'])))})]))
А
Илья
Это ты уже в асинхронное полез,
С реальными данными же только так и выходит работать. Список постов должен откуда-то прилететь. Это json
Т
e(MicroblockContext.Provider, {value: this.state}, {children})
и внутри него в недрах
e(MicroblockContext.Consumer, null, context => { return e(React.Fragment, null, e('a', {, href: '#', onClick: (e) => { e.preventDefault(); context.changeState({hideEdit: true})}}, this.children(['Отменить'])))})]))
и внутри него в недрах
e(MicroblockContext.Consumer, null, context => { return e(React.Fragment, null, e('a', {, href: '#', onClick: (e) => { e.preventDefault(); context.changeState({hideEdit: true})}}, this.children(['Отменить'])))})]))
Не издевайся, выложи на gist хотя бы
И
Привет. В доке написано:
Давайте рассмотрим данные по частям и определим, что должно храниться в состоянии. Задайте себе три вопроса:
1 Передаются ли они от родителя через пропсы? Если так, тогда эти данные не должны храниться в состоянии компонента.
Имеется ввиду, что не надо хранить переданные через пропсы данные в состоянии дочерних компонентов? А для родителя это может быть состоянием
Давайте рассмотрим данные по частям и определим, что должно храниться в состоянии. Задайте себе три вопроса:
1 Передаются ли они от родителя через пропсы? Если так, тогда эти данные не должны храниться в состоянии компонента.
Имеется ввиду, что не надо хранить переданные через пропсы данные в состоянии дочерних компонентов? А для родителя это может быть состоянием
Имеется в виду, что не надо складывать в стейт то, что пришло сверху через пропсы. В родителе оно должно лежать в стейте, в ребёнке — нет.
А
Имеется в виду, что не надо складывать в стейт то, что пришло сверху через пропсы. В родителе оно должно лежать в стейте, в ребёнке — нет.
Вот. Спасибо.
И
С реальными данными же только так и выходит работать. Список постов должен откуда-то прилететь. Это json
Если ты только начал, то прозе будет хранить его внутри родительского компонента в виде переменной. При запросе с сервера у тебя может возникнуть ситуация когда данные еще не прилетели, а компонент уже отрисовался
И
Илья
Если ты только начал, то прозе будет хранить его внутри родительского компонента в виде переменной. При запросе с сервера у тебя может возникнуть ситуация когда данные еще не прилетели, а компонент уже отрисовался
Не в переменной, а в стейте
И
Не в переменной, а в стейте
ну да
ВД
За что ты не любишь jsx?
ну у нас react встраивается в существующее приложение
ВД
этот код размещатся в script на странице браузера
АС
ребят, привет
Можно как то подключить глобальные стили в стайлед компонентсах, но что бы после изменений стилей, кастомные были в приоритете, но без !important
сейчас если что то есть в глабальных стилях, то оно переписывает кастомные
Можно как то подключить глобальные стили в стайлед компонентсах, но что бы после изменений стилей, кастомные были в приоритете, но без !important
сейчас если что то есть в глабальных стилях, то оно переписывает кастомные