Size: a a a

React — русскоговорящее сообщество

2020 October 29

MZ

Max Zhukov in React — русскоговорящее сообщество
Александр
Хотя не, придумал когда нет, глупость написал.
источник

AB

Andrey Bugaev in React — русскоговорящее сообщество
Ihor Levchenko
хотел спросить совета на счет архитектурого подхода в реакте
Скажем, у меня есть сложный контейнер: с несколькими таблицами, переключающимися вкладками, и “карточками”. Все эти переключающиеся таблицы - они все есть частью одной математической модели. Скажем, изменив что-то в одной таблице - все остальное должно пересчитаться.

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

То есть эдакая черная коробка с торчащими проводами - для данных которые отображать и для ивентов, которые нужно процесить.
Не хочу чтобы у этого контейнера вообще был стейт. Хочу сделать HOC, обернуть компонент, скажем, каким-то statefullCalculatableSheet(ShiftsCalculatorContainer), и уже в нем непосредственно управлять стейтом, реагировать на изменения и пересчитывать модель.
Хотел спросить - я вообще в правильную сторону копаю?
(сори за такие вопросы, слишком долго работал с ангуляром:))
Mobx, redux и т.д.
источник

IL

Ihor Levchenko in React — русскоговорящее сообщество
Александр
Ты на классовых компонентах пишешь?
функциональные
хуки хуки хуки везде)
источник

IL

Ihor Levchenko in React — русскоговорящее сообщество
Andrey Bugaev
Mobx, redux и т.д.
да, это я понимаю.
Но в таком случае у меня будут “подписки” на стейт и контейнер будет зависим от структуры стейта
источник

А

Александр in React — русскоговорящее сообщество
Ihor Levchenko
функциональные
хуки хуки хуки везде)
Тогда откуда мысль о хоке? В чем проблема написать это в хуке?
источник

AB

Andrey Bugaev in React — русскоговорящее сообщество
Ihor Levchenko
да, это я понимаю.
Но в таком случае у меня будут “подписки” на стейт и контейнер будет зависим от структуры стейта
Тогда каллбеки наверх. Но если глубина будет больше чем один будет ад.
источник

А

Александр in React — русскоговорящее сообщество
Ihor Levchenko
да, это я понимаю.
Но в таком случае у меня будут “подписки” на стейт и контейнер будет зависим от структуры стейта
Ну а так хок будет зависим, исход один - работать не будет, если что-то поменяется.
источник

IL

Ihor Levchenko in React — русскоговорящее сообщество
Александр
Тогда откуда мысль о хоке? В чем проблема написать это в хуке?
ну моя идея была сделать хендлер стейта не частью контейнера
то есть в одном случае мне нужно будет в риалтайме работать с данными отображенные с сервера
а иногда - модель локальна в памяти.
источник

IL

Ihor Levchenko in React — русскоговорящее сообщество
Александр
Ну а так хок будет зависим, исход один - работать не будет, если что-то поменяется.
ну да.. у меня, скажем, один ХОК - для того чтобы работать с данными приходящими с сервера
второй ХОК - с локальными данными

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

IL

Ihor Levchenko in React — русскоговорящее сообщество
скорее всего у меня не получается очень тонко объяснить))
источник

AB

Andrey Bugaev in React — русскоговорящее сообщество
Ihor Levchenko
ну моя идея была сделать хендлер стейта не частью контейнера
то есть в одном случае мне нужно будет в риалтайме работать с данными отображенные с сервера
а иногда - модель локальна в памяти.
Это называется redux :)
источник

А

Александр in React — русскоговорящее сообщество
Ihor Levchenko
ну да.. у меня, скажем, один ХОК - для того чтобы работать с данными приходящими с сервера
второй ХОК - с локальными данными

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

AB

Andrey Bugaev in React — русскоговорящее сообщество
Ihor Levchenko
ну да.. у меня, скажем, один ХОК - для того чтобы работать с данными приходящими с сервера
второй ХОК - с локальными данными

идея в том, что модель, и отображение модели не зависят от процессов их обработки
Я думаю лучше не делать велосипед.
источник

А

Александр in React — русскоговорящее сообщество
компонент у тебя всё равно будет зависеть от данных, которые в него приходят, как ни крути, можешь работу с ними выносит хоть в хок, хоть в хук, хоть в ещё один контейнер, дело вкуса по большей части, но чтобы было какое-то однообразие наверно имеет смысл кастомный хук написать (если конечно не получается твою логику реализовать в твоём стейт-менеджере, это лучший вариант).
источник

IE

Igor Efremov in React — русскоговорящее сообщество
Всем привет, есть типа чата на странице, куда приходят сообщения раз в 1 сек. примерно. после 10-12 сообщений страница начинает лагать. Посоветуйте что можно сделать, пожалуйста
источник

AE

Alexey Ermakov in React — русскоговорящее сообщество
Igor Efremov
Всем привет, есть типа чата на странице, куда приходят сообщения раз в 1 сек. примерно. после 10-12 сообщений страница начинает лагать. Посоветуйте что можно сделать, пожалуйста
перестать слать сообщения
источник

А

Александр in React — русскоговорящее сообщество
Igor Efremov
Всем привет, есть типа чата на странице, куда приходят сообщения раз в 1 сек. примерно. после 10-12 сообщений страница начинает лагать. Посоветуйте что можно сделать, пожалуйста
Сформулировать более делатьно свой вопрос.
источник

АБ

Александр Бакиматов... in React — русскоговорящее сообщество
Igor Efremov
Всем привет, есть типа чата на странице, куда приходят сообщения раз в 1 сек. примерно. после 10-12 сообщений страница начинает лагать. Посоветуйте что можно сделать, пожалуйста
код показать например
источник

AB

Andrey Bugaev in React — русскоговорящее сообщество
Igor Efremov
Всем привет, есть типа чата на странице, куда приходят сообщения раз в 1 сек. примерно. после 10-12 сообщений страница начинает лагать. Посоветуйте что можно сделать, пожалуйста
React virtualize
источник

AB

Andrey Bugaev in React — русскоговорящее сообщество
Если лагает из за большого количества сообщений
источник