AP
дак а почему ты давно не про это
Size: a a a
2020 December 24
КС
вот я просто собрал все промисы вручную и жду их все
AP
ты нормально поблеймил реакт что они решают именно ЭТУ проблему
КС
но мне не нравится это с точки зрения что мне нужно описывать их где-то в одном глобальном файле
AP
а теперь чешешь языком что у тебя есть решение по классике
КС
а было бы удобнее чтобы если компонент используется, он как-то имел со своей стороны хук в эту систему
AP
и твое решение по классике это не решать эту задачу
AP
вот это норм разговор я понимаю
КС
и получается все данные могли бы загружаться параллельно, внеся изменения только в этот конкретный компонент
КС
вот мне интересно как может выглядеть такая система, и возможно ли она вообще в контексте свелта
PM
и твое решение по классике это не решать эту задачу
Да блин, классика было не про то.
КС
потому что то что приходит мне в голову мне не нравится
КС
я вытащил данные из компонентов чтобы параллельно их грузить
КС
но было бы прикольнее фетчить их в компонентах
PM
Кирилл Спасибович
потому что то что приходит мне в голову мне не нравится
Смотри тут 2 момента: 1) как собрать промисы в массив 2) в какой момент запустить рендеринг
КС
можем ли мы создать такой стор или что-то еще, при этом чтобы код загрузки данных находился в компонентах, компоненты еще не отрисовались, но мы уже как-то грузим данные для них ?
PM
Я подобную вещь уже решал когда-то в Ractive. Там для этого хватило 1 плагина с 2 методами и наличия глобально контекста.
КС
т.е. co-location кода выше, но при этом можно синхронно паралельно всё загрузить
КС
причем чтобы ты такой импортнул компонент, и его код загрузки добавился в эту систему глобального ожидания
PM
Кирилл Спасибович
можем ли мы создать такой стор или что-то еще, при этом чтобы код загрузки данных находился в компонентах, компоненты еще не отрисовались, но мы уже как-то грузим данные для них ?
Вопрос что ты подразумеваешь под «не рисовались» это же не реакт ей Богу