MU
в качестве костыля в ребенке просто делайте тоже самое что в родителе и все
несколько запросов на бек - это такое
Size: a a a
2020 July 18
MU
костылить очень не хочется
IB
то есть ты имеешь ввиду, что нужно id прокидывать пропсом в nuxt-child, а не сетить в store, и таким образом сохранится привязка по иерархии?
Нет, вроде. У нас сейчас в проекте есть страница с nuxt child, в которой фетч отрабатывает в родителе, кладёт что-то в store, возвращая promise, а затем вызывается fetch ребёнка
IB
При этом пропсов нет
IB
Однако это поведение можно сломать где-то забыв вернуть промис
MU
ага, то есть прикол в том, чтобы и в родителе, и в ребенке был fetch?
IB
ага, то есть прикол в том, чтобы и в родителе, и в ребенке был fetch?
Да
MU
уяснил) попробую еще раз)
АН
тока у вас на клиенте будет работать по другому
АН
надо заглушки будет ставить
MU
надо заглушки будет ставить
что ты имеешь ввиду под заглушками?
АН
loading state
АН
плейсхолдеры пока нет данных
IB
🎉 Vue 3 just entered RC stage
https://github.com/vuejs/vue-next/releases/tag/v3.0.0-rc.1
https://github.com/vuejs/vue-next/releases/tag/v3.0.0-rc.1
DP
🎉 Vue 3 just entered RC stage
https://github.com/vuejs/vue-next/releases/tag/v3.0.0-rc.1
https://github.com/vuejs/vue-next/releases/tag/v3.0.0-rc.1
Не может быть
IB
ага, то есть прикол в том, чтобы и в родителе, и в ребенке был fetch?
А, ещё обрати внимание, что новый fetch не должен принимать аргументов, иначе он начинает работать как раньше, насколько я понимаю (использование с аргументами is deprecated, и я не уверен, как оно работает сейчас)
MU
то есть контекст забирать не из параметра?
MU
не как в asyncData
IB
то есть контекст забирать не из параметра?
Там this доступен, так что просто this.$store.dispatch...
IB
не как в asyncData
Да, новый fetch ведёт себя скорее как ещё один метод