Насколько я знаю watch срабатывает на изменение, а не на инициализацию

В watch можно указать immediate: true. Тогда и на инициализацию сработает

@Buzzzzer, лучшее решение, снимаю свои комментарии выше)

спасибо!

Ребята, а как вы решаете проблемы с роутингом. Например у меня есть страница с разными фильтрами и при этом с пагинацией. Как можно решить это чтобы динамически менять history.pushState без болезненно. Есть какие-то готовые решения?

В query например эти параметры сохранять. У роутера есть и .push и .replace

можно ли в v-bind:class использовать 2 тернарных оператора?

А попробовать?

@click="!disabled?$emit('change',defaultValue):{}"

Здравствуй логика в шаблоне)

В mounted вызвать просто эту же функцию. А что за ready у вас вообще непонятно

В mounted вызвать просто эту же функцию. А что за ready у вас вообще непонятно

я пытался в реди положить этот функционал, но оно вообще не работает)

В mounted вызвать просто эту же функцию. А что за ready у вас вообще непонятно

решил это через immediate: trye

true

я пытался в реди положить этот функционал, но оно вообще не работает)

Ну понятно что вообще не работает. Нет такого хука

)))

гугл гдето выплюнул это

Документация на русском же

А какие выводы ты из этого сделал?

ты бы не кидал так фотки, надо сохранять и всё такое

А какие выводы ты из этого сделал?

Я олень)))

ты бы не кидал так фотки, надо сохранять и всё такое

Вдруг кому пригодится. Или кого заставит задуматься.

кидай просто текст, можешь выделить

есть кнопка, по нажатию она превращается в загрузку

и выдает либо success либо error

по таймауту например

или в случае успеха запроса

через transition?

Я олень)))

Не, в техническом плане. Просто цитату на скриншоте можно трактовать двояко.

Делаешь кнопке булеву пропсу loading

Такой вопрос, где vue хранит сессию?

Делаешь кнопке булеву пропсу loading

а можно по-подробнее пожалуйста, я просто совсем новичок

Привет ребята.

А в компонент можно передать boolean type через props и как это сделать?

Именно булевую переменую

булево значение

сложно спросил

кто-то пользовался буцтрапом с вью?

кто-то пользовался буцтрапом с вью?

+

чем bootstrap-vue отличается от просто bootstrap?

в нпм

Хм

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

пока пробовал только bootstrap-vue, поэтому не подскажу

Топовый вопрос)

кароч, киньте ссыль на сорсы

Да я думаю он имеет их))

Но лучше кинуть сорсы на другие ui kits

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

да, в bootstrap-vue так и есть

просто bootstrap в npm не смотрел

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

this ^ Плюс сетка реализована как на вьютифай

фигня, у них там каличный экспорт и вебшторм не умеет в него

но пользоваться приходится(

А в компонент можно передать boolean type через props и как это сделать?

Можно. Почитайте как передавать входные параметры в компоненты

Можно. Почитайте как передавать входные параметры в компоненты

Уже разобрался. :can-invite="{{$actionResolution['canInvite'] ? 'true' : 'false'}}"

:can-invite="{{$actionResolution['canInvite'] ? 'true' : 'false'}}"

Омг

так заработало)

Не показывайте это никому

Ну я же PHP-шник)

в PHP bool преобразуется в число, поэтому пришлось извратитьсЯ)

А, это ещё и пых намешан там

:can-invite="{{$actionResolution['canInvite'] ? 'true' : 'false'}}"

а зачем там тернарный оператор?

Как зачем?

Всем привет! Изучаю тут теоретические концепции vuex и что-то я не понял вот какую вещь: у нас глобальное состояние и у нас есть компоненты (шаблоны + логика + стили). В компонентах напрямую читаются свойства из глобального состояния: что-то типа this.$store.state.obj.message. Получается что компонент гвоздями (кодом) прибит к определённой структуре хранилища. Вопрос: как мне переиспользовать компоненты на другой странице своего СПА (иронично звучит) вместе с vuex, если компонент требует чтобы данные для него всегда лежали в одном и том же месте, а это может быть не так?

я бы ещё на ивентах жил, но они дальше родителя не всплывают, заразы, нужно городить шины.

Всем привет! Изучаю тут теоретические концепции vuex и что-то я не понял вот какую вещь: у нас глобальное состояние и у нас есть компоненты (шаблоны + логика + стили). В компонентах напрямую читаются свойства из глобального состояния: что-то типа this.$store.state.obj.message. Получается что компонент гвоздями (кодом) прибит к определённой структуре хранилища. Вопрос: как мне переиспользовать компоненты на другой странице своего СПА (иронично звучит) вместе с vuex, если компонент требует чтобы данные для него всегда лежали в одном и том же месте, а это может быть не так?

какие данные компонента? Пример покажи

скажем у меня есть расписание - просто список, в которы можно добавлять и удалять элементы. на одной странице нет ничего кроме расписания и я правлю только его (типа шаг мастера). на другой странице точно такое же расписание находится справа и на странице есть ещё куча всего (типа основной режим работы). т.е. в первом случае по данным расписание лежит в корне, а во втором на 1 или даже 2 уровня ниже.

скажем у меня есть расписание - просто список, в которы можно добавлять и удалять элементы. на одной странице нет ничего кроме расписания и я правлю только его (типа шаг мастера). на другой странице точно такое же расписание находится справа и на странице есть ещё куча всего (типа основной режим работы). т.е. в первом случае по данным расписание лежит в корне, а во втором на 1 или даже 2 уровня ниже.

Окей, каким образом у тебя данные попадают во вьюикс? В самом компоненте идет диспатч?

@Mblkolo тебе нужно переиспользовать существующий компонент но с другим template?

@Mblkolo тебе нужно переиспользовать существующий компонент но с другим template?

скорее тот же самый темплейт _возможно_ с другой логикой. Пока цеплялся событиями, всё было хорошо, кроме возни. Просто помещаешь свой компонент куда надо и хорошо. Когда начал читать про vuex у меня возникло ощущение, что логика компонента гвоздями прибита к стору. Т.е. решил передвинуть данные в сторе - иди переделывай компонент. Я правильно уловил, или я чего-то не знаю?

@Mblkolo т.е. тебе нужен тот же компонент но который будет ссылаться на другое состояние и у которго будет доп. логика?

@Mblkolo т.е. тебе нужен тот же компонент но который будет ссылаться на другое состояние и у которго будет доп. логика?

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

@Mblkolo если это будет одно и тоже хранилище, то один из вариантов это передать в props компонента что-то вроде stateKey, а в компоненте ссылаться на него this.$store.state[this.stateKey]

@Mblkolo или прямо в props передавать <component :state='$store.state.somthingState'> Но мне кажеться это не лучшая практика

хм, с помощью такого способа можно положить в разные поля, но не разную глубину, я правильно понял? так не сработает this.$store.state['master'] this.$store.state['main.schedule']

@Mblkolo или прямо в props передавать <component :state='$store.state.somthingState'> Но мне кажеться это не лучшая практика

мне тоже так кажется.

спрошу про другому: как обычно справляются с тем, что компонент становится сильно зависимым от стора? 1. никак, всё в порядке 2. делают похожие компоненты под разные сторы 3. стор один вообще на всё приложение и компоненты к нему пришиты и никого это парит 4. ничего ты не понимаешь, Джон Сноу

1,4

4

5. один и тот же компонент никогда не используется в разных строрах или имеет один и тот путь до данных в сторе

разрабы vuex как бы открыто говорят в доке, что стор должен быть один на все приложение..

Ребята, в дате компонента есть объект, который надо эмитить при изменении его свойств. если просто на него вотчер повесить - не работает. Как это лучше сделать?

@Mblkolo скажем так, store задает правила игры и компонентам приходится им следовать. Т.е. store дает тебе api, именно поэтмоу у него есть кроме состояния еще и геттеры, мутации, действия и т.д.

@Mblkolo Если компонент работает с store он уже по факту зависим от него, поэтому не совсем понятно что подразумевается под "сильно зависимым" . Возможно ты имел ввиду работу с конкретным свойством state?

кто пишет на тсе? какие юзаете конфиги для еслинта ну или тслинта?

во вью

Всем привет. А есть ли отдельный чатик с резюме фронтендеров, работающих с Вью?)

Глупо получилось, но я нашёл ответ на свой вопрос в документации :) Модули стора (да, их таки может быть больше одного) + пространства имён позволяют сделать компонент полностью независимым. Эдакая декомпозиция на более высоком уровне. https://vuex.vuejs.org/ru/modules.html