DS
Сергей Миртов
Я так понимаю речь про ивент бас?) или прокинуть пропсом объект по ссылке, способного эмитить?
про event bus
Size: a a a
2021 January 13
DS
можно и через пропс прокинуть сам метод)
R
в дочернем пишем
this.$emit('myEvent', eventProps) в родителе пишем <component @v-on:myEvent="handlerFn" />вы понимаете что при таком подходе, как бы моодуль перестает быть модулем, потому что я выношу реализацию метода в родитель
DS
вы понимаете что при таком подходе, как бы моодуль перестает быть модулем, потому что я выношу реализацию метода в родитель
Ну вы и так жестко связали модуль с родителем нарушив инкапсуляцию
R
Ну вы и так жестко связали модуль с родителем нарушив инкапсуляцию
с этим согласен
V💊
Как в динамических асинхронных компонентах дожидаться полного монтирования компонента?
button @click="setComponent"
component :is="componentName"
components: {
'MyComponent' => import('./MyComponent')
}
setComponent(){
this.componentName = 'MyComponent'
// и вот тут я хочу вызвать метод компонета через ref, но компонент с тому времени не загрузился или не смонтировался
// помогает только this.nextTick
this.$refs.MyComponent.method()
}
тебе выше конечно уже сказали, о еще раз повторю - это ОЧЕНЬ плохое поведение, антипаттерн и вообще)
СМ
вы понимаете что при таком подходе, как бы моодуль перестает быть модулем, потому что я выношу реализацию метода в родитель
нормальный поток событий - от ребенка к родителю. нормальный поток данных - от родителя к ребенку. В случае если нужно прокинуть событие между компонентами, которые не ребенок родитель можно использовать ивентбас. Но сама нужда такой штуковины - не совсем корректна
СМ
Можно в нужном ребенке подписаться на изменение переменной в сторе. Потом в родителе поменять эту переменную, но это не лучше ивентбаса
R
Сергей Миртов
нормальный поток событий - от ребенка к родителю. нормальный поток данных - от родителя к ребенку. В случае если нужно прокинуть событие между компонентами, которые не ребенок родитель можно использовать ивентбас. Но сама нужда такой штуковины - не совсем корректна
То есть в моем случае заменить все прямые вызовы на евент бас?
СМ
А что делает метод в ребенке?
V💊
То есть в моем случае заменить все прямые вызовы на евент бас?
ивент бас примерно так же плох как и вызов метода родителя
R
ивент бас примерно так же плох как и вызов метода родителя
))))
СМ
Разве нельзя обойтись без метода в ребенке? реактивного изменения пропсов хватает в 90 процентов случаев
СМ
))))
что делает метод ребенка?
V💊
Как в динамических асинхронных компонентах дожидаться полного монтирования компонента?
button @click="setComponent"
component :is="componentName"
components: {
'MyComponent' => import('./MyComponent')
}
setComponent(){
this.componentName = 'MyComponent'
// и вот тут я хочу вызвать метод компонета через ref, но компонент с тому времени не загрузился или не смонтировался
// помогает только this.nextTick
this.$refs.MyComponent.method()
}
а хотя подожди, тут же ты дергаешь ребенка, а не родителя. тогда в принципе всё не так плохо. так делать можно, но не часто желательно
R
Сергей Миртов
что делает метод ребенка?
да по разному, так в двух словах и не опишешь
R
да по разному, так в двух словах и не опишешь
метод может вообще не менять данные ребенка, то есть метод никак не связан с даннми ребенка но по логике это метод относится именно к этому модулю
R
да по разному, так в двух словах и не опишешь
То есть если я удалю этот компонент, то и метод должен исчезнуть
R
если вынести метод куд-то то при удалении компонента, нужно будет держать в голове что вот этот метод тоже нужно удалить
R
а хотя подожди, тут же ты дергаешь ребенка, а не родителя. тогда в принципе всё не так плохо. так делать можно, но не часто желательно
именно, но типа прямой вызов это не гуд тоже, как я понял