Ребят привет, помогите пжл. У меня в child componente - <form onSubmit={this.props.handler}> , как мне в parent component получить отправить state , child componenta?

Подскажите, есть ли православный путь использования propTypes c mobx store? Если Например у меня есть props.uiStore и props.apiStore, то проптайпсы любого класса с @observer будут выглядеть только так? static propTypes = { uiStore: PropTypes.object apiStore: PropTypes.object } Если компонент использует например только одно поле uiStore.modal.isActive, можно ли как то типизировать только его, а не стор целиком?

какнибудь типа static propTypes = { uiStore.modal.isActive: PropTypes.bool }

только синтаксически правильно))

Подскажите, есть ли православный путь использования propTypes c mobx store? Если Например у меня есть props.uiStore и props.apiStore, то проптайпсы любого класса с @observer будут выглядеть только так? static propTypes = { uiStore: PropTypes.object apiStore: PropTypes.object } Если компонент использует например только одно поле uiStore.modal.isActive, можно ли как то типизировать только его, а не стор целиком?

Католический подойдёт?

какнибудь типа static propTypes = { uiStore.modal.isActive: PropTypes.bool }

shape

shape

не, похоже не то))

Католический подойдёт?

да, можно попробовать

Подскажите, есть ли православный путь использования propTypes c mobx store? Если Например у меня есть props.uiStore и props.apiStore, то проптайпсы любого класса с @observer будут выглядеть только так? static propTypes = { uiStore: PropTypes.object apiStore: PropTypes.object } Если компонент использует например только одно поле uiStore.modal.isActive, можно ли как то типизировать только его, а не стор целиком?

Можно

А нет

Нельзя

не, похоже не то))

Это оно

Ну или деструктуризацию?

Для описания объекта

Для описания объекта

Ему надо описывать не весь стор

А используемое

не, похоже не то))

оно static propTypes = { uiStore: PropTypes.shape({ modal: PropTypes.shape //....... }) }

Он не хочет весь стор

нене

да

не весь стор

Деструктуризируй пропсы используемые

только кусок, который нужен компоненту

Их и описывай

ну не описывай весь, проптайпс не ругается на левые пропы, только на несоответствие описанных

А ну или да ?

Деструктуризируй пропсы используемые

а если их много?)

Ему надо описывать не весь стор

Можно не весь

а

ну хотя пох миного или нет

да, деструктуризировать походу оно

ну хотя пох миного или нет

Не надо писать сообщения столбиками!

Не надо писать сообщения столбиками!

эмоции же :D

Не надо писать сообщения столбиками!

легче бота натравить на это

легче бота натравить на это

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

Деструктуризируй пропсы используемые

абажжи. яже могу их деструктуризировать, тока когда передаю или присваиваю их. А с mobx же это все само происходит

абажжи. яже могу их деструктуризировать, тока когда передаю или присваиваю их. А с mobx же это все само происходит

({ mobxStore: { propez1, propez2 } }) Ну или я не о том говорю

Так, а файбер уже рендерит около-асинхронно? У меня достаточно тяжёлый компонент рендерится с задержкой, в то время как простой(но на том же уровне) - сразу

Ввиду performWork'а с requestIdleCallback

({ mobxStore: { propez1, propez2 } }) Ну или я не о том говорю

вроде не о том. хотя не увекерен))

проще наверное flow впилить

Так падажжи, описывай те свойства что используешь и все

При shape

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

Так, а файбер уже рендерит около-асинхронно? У меня достаточно тяжёлый компонент рендерится с задержкой, в то время как простой(но на том же уровне) - сразу

нет

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

нет

Ну, файбер изначально рендерится через performUnitOfWork

ну это просто работа разбита по чанкам

но никакой асинхронщины там нету, пока

Вопрос в том, может ли это выразиться в том, что cloneElement обрабатываться позже

ну это просто работа разбита по чанкам

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

Завтра буду смотреть, но что-то странное

Ребят, можно как то получить state вложенного компонента в компоненте родителе?

Так падажжи, описывай те свойства что используешь и все

блин не пойму чот

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

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

а нет

@qwertyasdfgzxcv1487 если у меня есть вот так, ток как будет выглядеть c shape? this.props.appStore.artist.images: PropTypes.array this.props.appStore.artist.id: PropTypes.number this.props.appStore.artist.cover_image: PropTypes.string

@qwertyasdfgzxcv1487 если у меня есть вот так, ток как будет выглядеть c shape? this.props.appStore.artist.images: PropTypes.array this.props.appStore.artist.id: PropTypes.number this.props.appStore.artist.cover_image: PropTypes.string

Эмм

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

любого

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

Я просто на практике столкнулся с этим, У меня компонент, который просто разметку выплёвывает рендерится сразу, а вот с cloneElement и т.д. задерживается

Вопрос в том, может ли это выразиться в том, что cloneElement обрабатываться позже

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

Все-таки сова тебе говорил о том

а асинк рендеринг ломает некоторые вещи

оно static propTypes = { uiStore: PropTypes.shape({ modal: PropTypes.shape //....... }) }

@denipotapo я тебе еще давно написал

Я просто на практике столкнулся с этим, У меня компонент, который просто разметку выплёвывает рендерится сразу, а вот с cloneElement и т.д. задерживается

может из-за того что это просто еще одна операция ?

ERROR: S client not available

может из-за того что это просто еще одна операция ?

Мб, меня смущает то,что его sibling рендерится нормально

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

оно static propTypes = { uiStore: PropTypes.shape({ modal: PropTypes.shape //....... }) }

Во, спасибо) Не увидел сразу

и сериализация ивента занимала 1-2 сек, и это тоже странно выглядело

мда

и сериализация ивента занимала 1-2 сек, и это тоже странно выглядело

Да у нас там сложнее ситуация, у нас чанки и свой роутер, который работает через порталы. Чтобы react-loadable не реплейсил дом полностью - надо хедер рендериьь сразу

Да у нас там сложнее ситуация, у нас чанки и свой роутер, который работает через порталы. Чтобы react-loadable не реплейсил дом полностью - надо хедер рендериьь сразу

хм

Пусть и плейсхолдером, и хедер я в тестовом варианте сделал через react-gateway

чет знакомое

типа лоадится пейджа и ты хедер для каждой пейджи

через порталы ?

типа лоадится пейджа и ты хедер для каждой пейджи

Не, там хэдэр - это див :)

Порталы потому что у нас не все на реакте

И интегрировать react-router было очень больно (Легаси роутер не очень хочет с ним дружить)

Мб, меня смущает то,что его sibling рендерится нормально

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

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

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

Рендер: <div> <Header/> <Placeholder/> </div>

Плэйпхолдер рендерится ок, а хедер нет

В случае, если хэдэр тяжёлый

Я завтра посерчу-пингану если найду причину

ну типа

https://codesandbox.io/s/nwv966331l

вот просто даже если рендет тяжелый

оно порядок все равно правильный

хотя тут не тот тест

хотя тут не тот тест

Да, здесь ещё один джоб не создается

Надо React.cloneElement

ну все равно даже если рендер тяжелый оно консистентный порядок

а где клон елемент ?

так ?

Ща