AR
ты пропустил “не”
Size: a a a
2019 October 24
DN
Именно используйте
DN
Я пришел на проект где весь менеджмент данных происходит в малых компонентах и если одной странице надо получит данные со второй то она тянет их через локалсторедж
B
Я пришел на проект где весь менеджмент данных происходит в малых компонентах и если одной странице надо получит данные со второй то она тянет их через локалсторедж
ну и при чем тут редакс
AH
Я пришел на проект где весь менеджмент данных происходит в малых компонентах и если одной странице надо получит данные со второй то она тянет их через локалсторедж
Круто же)
DN
Огромная связность кода и отсутствие какой либо структуры менеджмента данных
DN
Следственно отсутствие возможности переиспользования компонентов
DN
Типа ты не переиспользуешь селектор который сам делает запрос к серверу
OC
я так розумію react-cache так і нема?
AR
я так розумію react-cache так і нема?
Нет, про него ничего не говорили. Документация по concurrent mode ссылается на документацию Relay, где описано как можно делать своё решение для фетчинга.
AR
Можно сделать аналог react-cache меньше чем в 100 строк, у меня есть пример 🙂
OC
ну вони ресурси тізернули в доці
OC
мали б совість
AR
мали б совість
Как человек, который юзает фетчинг+саспенс уже почти год, не вижу проблемы обойтись без их имплементации
AR
В relay-experimental тоже используется LRU и какой-то примерный age control
AR
Ещё вот такой проект есть
OC
бачив. виглядає цікаво. боюсь що можна впертись в його апішку.
зрозуміло що можна юзати вже давно, я хочу подивтись на фінальний приклад того як це бачить React. Наскільки я розумію, це Relay з GraphQL.
зрозуміло що можна юзати вже давно, я хочу подивтись на фінальний приклад того як це бачить React. Наскільки я розумію, це Relay з GraphQL.
SG
@alexeyraspopov если не сложно, расскажи что заанонсировали
AR
@alexeyraspopov если не сложно, расскажи что заанонсировали
Вот эту доку и experimental релизы
https://reactjs.org/docs/concurrent-mode-intro.html
https://reactjs.org/docs/concurrent-mode-intro.html
