ведь их можно вызвать из вне по умолчанию

Это сайд эффект уже

Компонент работает не сам в зависимости от его данных

если для примера предположить что есть у нас компонент TextField, который может получить фокус, в традиционном Vue подходе нам нужно будет создать property "isFocused" и в родительском компоненте в котором используется TextField с помощью изменения некой переменной контролировать фокус компонента <template> <text-field :isFocused="txtFieldFocused"/> </template> <script> export default { data() { return { txtFieldFocused: false } }, methods: { focus() { this.txtFieldFocused = true } } } </script>  Но зачем этот лишний overhead если можно прямо вызвать метод? <template> <text-field ref="txtField"/> </template> <script> export default { methods: { focus() { this.$refs.txtField.focus() } } } </script>

это-же лишняя переменная, и если подобных свойств множество то тем более получается verbose code, а если prop прокладывается через несколько слоёв то всё это ещё менее забавно

есть этому паттерну трезвое объяснение кроме "потому-что так принято"?

Вызвать откуда-то сверху у одного из компонентов метод?

Не пробрасывая нужное через «слои»?

Вот неожиданно что-то где-то откуда-то начнёт меняться и отладка станет преувлекательным занятием

Вот неожиданно что-то где-то откуда-то начнёт меняться и отладка станет преувлекательным занятием

немного не понял, имеется ввиду "что если методы внутри компонента начнут меняться"?

Да

Вот кто-то вызывает их сверху

Откуда непонятно

Ну это ещё дойти надо будет что наверное сверху меняют неявно что-то, а не просто косяк в логике компонента

Не пробрасывая нужное через «слои»?

я скорее имел ввиду, что пробросить вызов метода намного менее verbose чем пробросить prop, хотя... может быть и наоборот

Это событие скорее нужно кинуть, а он явно его ждать и слушать

Вот кто-то вызывает их сверху

откуда API компонента вызывается это совершенно неважно, компонент отвечает только за то что происходит в его контексте

Когда надо будет дебажить некорректную работу станет важным)

Это событие скорее нужно кинуть, а он явно его ждать и слушать

я имел ввиду что если у нас prop isFocused пробрасывается скажем через 3 слоя, то в каждом из их нужно будет иметь переменную для этого пропа

Скорее всего в кучу полей будет пробрасываться какое поле выбрано в данный момент. И лишь на последнем этапе определяться это ли поле или нет

Как так то. Это же код с недавней лекции курса Климова и там это объясняется

Неужели та девушка лектор настолько плохо все доносит?

подтверди пожалуйста что я правильно понял: вместо вызовов метода лучше использовать пропы, потому-что их легче дебажить, можно зайти в Vue Dev Tools и посмотреть на состояние родителей, увидеть их состояние, т.е. пропы или data поля и по этому дебажить

а методы они скорее незаметны, грубо говоря придётся console.log'и в каждом методе focus() прописывать чтоб понять что происходит

плюрализация с i18n нормально решается?

плюрализация с i18n нормально решается?

норм

плюрализация с i18n нормально решается?

Со склонениями заебешься

Со склонениями заебешься

уже

3 склонения

после 5 хрень

https://github.com/rtivital/proschet

спасибо, может поможет )

хех

решает все проблемы в связке

весьма просто выглядит

ребят, а как оно с vuex и typescript работается ?

нормально типизируется или есть проблемы ?

В целом норм. Но сыровато. Mixins я до сих пор не понял как описывать, чтоб тслинт не матерился

Ну, т.е на 100 все типизацией не покроешь без костылей ?

Да. Но ts ща активно пилится. Скоро все надеюсь будет

так тут дело не в тс же а в vuex

Я имею ввиду поддержка ts во вью пилится

Сам vuex нормально покрывается. А вот геттеры вьюкса в компонентах уже хз какого типа

нормально типизируется или есть проблемы ?

Ещё (редко, но есть) проблемы с плагинами для vue & vuex, у которых нет в комплекте .d.ts файлов. Их приходится иногда руками в node_modules пихать, иначе ts самописные типы для плагинов иногда просто не принимает.

Есть вопрос. Стоит ли переводить доку к ui либе? Сама либа уже с поддержкой языков

Сейчас на английском языке всё

подтверди пожалуйста что я правильно понял: вместо вызовов метода лучше использовать пропы, потому-что их легче дебажить, можно зайти в Vue Dev Tools и посмотреть на состояние родителей, увидеть их состояние, т.е. пропы или data поля и по этому дебажить

В целом да. Или события. Потому что даже при использовании шины можно в ней будет увидеть что событие было и искать например откуда оно пришло

Есть вопрос. Стоит ли переводить доку к ui либе? Сама либа уже с поддержкой языков

Лучше да, чем нет)

почему на поповере стоит v-if??? Надо буттону сказать, что при нажатии он реагирует на определенный попоевер. Например, в вашем куске кода должно быть на кнопке: <el-button v-popover:pip> ляляля</el-button>

Это уже я потом добавил.

Чтобы он перерисосывался при нажатии

Оно без него ведет себя по идиотски

или: $refs.pip.show() $refs.pip.hide() Но не v-if 'ом прятать и показывать

знает ли кто-то в чем может быть причина, что vue-chartjs не отображает график, когда берет данные из Vuex? я предполагаю, что он пытается его рендерить раньше, чем данные появляются в state

на это как-то можно повлиять?

график нормально отображается, если прописать данные вручную в state,

Чтобы он перерисосывался при нажатии

у вас что-то не так. уберите костыль и по ищите причину )

знает ли кто-то в чем может быть причина, что vue-chartjs не отображает график, когда берет данные из Vuex? я предполагаю, что он пытается его рендерить раньше, чем данные появляются в state

очень частые грабли. чарт отображать на success

точнее, чарт запускать только после того, как пришли данные, в success'е

success это Vuex ведь имеется в виду?

вы чарт чем кормите?

результатом http запроса?

не совсем

откуда данные берете?

у меня подтягиваются только date и labels

остальное для графика написано в самом компоненте

ERROR: S client not available

откуда подтягиваются?

через запрос

вот. http запрос, значит

наверное, я не совсем понял сначала

хорошо. вы новичок. тогда слушайте

...

компоненты уже есть на странице. данные приходят откуда-то. Она должны быть запрошены. Я у яваскрипта есть свойство выполнятся асинхронно. Запросы (http, это get, post) относятся к ним. Чтобы поймать момент прихода данных, и только потом запустить компонент на отрисовку, надо описать метод success в большинстве случаев. Например, есть jquery.. Там post запрос делается следующим образом: $.ajax({ method:'POST', data:{}, success(json){ me.отрисовать_мой_компонент(json)// в этот момент пришли данные. },error(e){//а тут обраобтчик ошибок} }) а axios'а чуть по другому. Вам надо непременно почитать об этом.

через запрос

покажите код, который делает запрос?

покажите, как берувтся данные?

вот в этом куске кода, сразу после this.$store.dispatch(... допишите следующей строкой про renderChart

вот этот метод запроса как раз таки который "немного другой"

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

вот в этом куске кода, сразу после this.$store.dispatch(... допишите следующей строкой про renderChart

я переписал, но чарт все равно не отображается

хоть и данные есть в state

хоть и данные есть в state

на момент проверки - данные есть. На момент когда чарт должен отрисоваться - их нет

на момент проверки - данные есть. На момент когда чарт должен отрисоваться - их нет

наверное так но как мне сделать так, чтобы они были до того, как чарт отрисуется?

я же тебе сказал. 1. скопируй полностью строку начинающуюся на... this.renderChart(блаблабла... 2. Удали её от туда

а потом

вот сюда вставьскопированную строку ниже строки начинающейся на this.$store.dispatch(///

понятно теперь?

дддяяяя

так и говорю, что не отображается все равно

аа, стоп

найди метод fillChart

он должен быть в модуле user.js

так fillChart это просто action

там должно быть что-то типа: ... fillChart ({commit}, data) {... ...

вот туда нужно передать вызыватель чарта в виде колбек функции

внутри акшны же делается запрос?