я не нашел варианта лучше

а ты не тестил Vee-Validate?

есть пример того что нельзя сделать без слотов?

а то как-то непонятно, как его правильно оттестить,

а то как-то непонятно, как его правильно оттестить,

не нужно его тестить, уже сделали это :) https://github.com/baianat/vee-validate/tree/master/tests

есть пример того что нельзя сделать без слотов?

Какой смысл делать что-то без слотов?

Компоненты через пропсы передавать?

Потому что вставлять - опасно

Потому что вставлять - опасно

Высунуть не успел - и все, приехали

Или даже присели)

Во во

Стоит ли использовать slot? Мне кажется опасным позволять вставлять все что угодно. Это никогда не приводит к проблемам?

В общем, вставлять - это хорошо и приятно, попробуй, ещё захочешь

не нужно его тестить, уже сделали это :) https://github.com/baianat/vee-validate/tree/master/tests

Спасибо, ну так я же не сам плагин буду тестить, а свой компонент, правильно ли наложились условия валидации

Спасибо, ну так я же не сам плагин буду тестить, а свой компонент, правильно ли наложились условия валидации

почему нельзя привязаться к сообщению, которое показывается при неправильном значении?

почему нельзя привязаться к сообщению, которое показывается при неправильном значении?

как-то не отрабатывает, сообщение не отображается

describe( 'SignUp', ( ) => { it( 'should invalidate model bound field username', async ( ) => { const wrapper = shallow( SignUp, { localVue } ); expect(wrapper.vm.errors.count()).toBe(0); wrapper.setData({ value: '' }); expect(wrapper.vm.errors.count()).toBe(1); } ); } );

как-то не отрабатывает, сообщение не отображается

nextTick попробуй

Высунуть не успел - и все, приехали

А с другой стороны позволить в свой компонент вставлять - ещё опасней

Кхм.

describe( 'SignUp', ( ) => { it( 'should invalidate model bound field username', async ( ) => { const wrapper = shallow( SignUp, { localVue } ); expect(wrapper.vm.errors.count()).toBe(0); wrapper.setData({ value: '' }); expect(wrapper.vm.errors.count()).toBe(1); } ); } );

async должна быть функция точно?

async должна быть функция точно?

это не название функции, если что

я в курсе

просто await внутри не видно

просто надо глянуть было этот раздел с примерами https://vue-test-utils.vuejs.org/ru/guides/testing-async-components.html

ну если ты вниматочно смотрел, то в примере await есть :))

А куда лучше всего сунуть setInterval дёргающий экшн по условию?

А куда лучше всего сунуть setInterval дёргающий экшн по условию?

да хоть сразу после инициализации стора

каждый сам выбирает себе такое теплое местечко

ну если ты вниматочно смотрел, то в примере await есть :))

правильно, но можно и через nextTick

правильно, но можно и через nextTick

что ты имеешь в виду?

зачем тебе nextTick для запуска таймера?

зачем тебе nextTick для запуска таймера?

посмотри, на какое твое сообщение я ответил )

сорян :)

из контекста выпал

каждый сам выбирает себе такое теплое местечко

Воткну прям в компонент а в лямбде что будет запускать определю условие clearInterval - норм будет?

народ, а если у меня овер-дохрена работы с rest-api, допустимо ли во vuex для создания экшенов/store/etc. юзать какие-то обертки как это делают обычно в redux?

Воткну прям в компонент а в лямбде что будет запускать определю условие clearInterval - норм будет?

ну тут от задачи зависит, что за таймер зачем он нужен?

если он работает в пределах жизни конкретного компонента, то да

народ, а если у меня овер-дохрена работы с rest-api, допустимо ли во vuex для создания экшенов/store/etc. юзать какие-то обертки как это делают обычно в redux?

типо через экшены делать запросы?

Он кажись нигде больше не нужен. Хотя идея неплохая.

mounted, beforeDestroy

типо через экшены делать запросы?

запросы к rest вроде как (но это не точно) надо вынести в экшены, у меня будет дофига переиспользования

не хочу сразу в компонентах писать axios.get

и в сторе надо хранить что-то в стиле pending/success/error

element-ui с версии 1.* на 2.3.2 обновляется без танцев?

запросы к rest вроде как (но это не точно) надо вынести в экшены, у меня будет дофига переиспользования

Ты хочешь все запросы делать в vuex?

запросы к rest вроде как (но это не точно) надо вынести в экшены, у меня будет дофига переиспользования

вызывать axios в экшинах это тоже не очень хорошая идея :))

Ты хочешь все запросы делать в vuex?

я посмотрел vue2-boilerplate, и подумал, что наверно стоит вынести все запросы куда-то в store/user/actions.js например и там что-то в стиле export const login = ({}, {}) => {}

element-ui с версии 1.* на 2.3.2 обновляется без танцев?

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

а вот отзеркалить REST API, обернуть axios в свой request/fetch и дергать уже эти осмысленные методы из экшинов это да

а вот отзеркалить REST API, обернуть axios в свой request/fetch и дергать уже эти осмысленные методы из экшинов это да

я вот так и хотел)

я посмотрел vue2-boilerplate, и подумал, что наверно стоит вынести все запросы куда-то в store/user/actions.js например и там что-то в стиле export const login = ({}, {}) => {}

Туда имеет смысл выносить только запросы, которые будут писать данные в стору

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

наверно не проблема, думал может кто обновлялся и я бы не парился. В гугле не нашел ответ.

я вот так и хотел)

но и то из экшинов вызывать не request('GET', 'http://...

наверно не проблема, думал может кто обновлялся и я бы не парился. В гугле не нашел ответ.

наверное, придется все-таки самому, я вроде сразу с 2+ начал использовать

а делать осмысленные функции типа getUsers(), signin, signout

Туда имеет смысл выносить только запросы, которые будут писать данные в стору

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

Ну у меня стейт вообще не соприкасается с бэкэндом, у меня функция request которая используется в js классах типо ProductSource который наследуется от BaseSource в котором crud запросы и static resource = "", в наследуемых строка ресурс переопределяется типо resource = "api/roducts"

и пишу ProductSource.getList()

нормик

а то понапихают этих axios то в методы компонента, то в экшины блин

потом чуь что поменялось и по всему приложению ходишь ищешь это гумнецо

круто видеть результаты

а то понапихают этих axios то в методы компонента, то в экшины блин

Создаешь контроллер и обращаешься через then к ним, в чем проблема?

потом чуь что поменялось и по всему приложению ходишь ищешь это гумнецо

псс парень, я спрашиваю о глобальных концепциях)

круто видеть результаты

есть такое)

меня еще в react+redux бесили жкшены с axios внутри по рукам бил, тут я не в теме что как

есть такое)

круто, поздравляю

Вот только очень жаль, что мы со всей Европой не очень., скоро мое решение на распах похоже будет на так уж и дешево.

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

Да. Если у тебя какие-то данные работают только в локально в компонентах и никак не шарятся, нет смылса пихать их в стор. Как уже писали выше, можно сделать какую-то абстракцию над api, назвать ее сервисом и дергать осмысленные методы import { users } from 'api-service'; ... mounted() { users.get(1).then(...) }

На апельсины похоже придется переходить (

И собственно, в самих экшинах можно дергать те же методы

И собственно, в самих экшинах можно дергать те же методы

вот это уже нравится, абстракция и там, и там, спасибо!

а во vue есть что-то типо хока? хочу написать базовое представление для crud компонента и в него передавать форму/таблицу/др.

вот это уже нравится, абстракция и там, и там, спасибо!

эээ, разве это не само собой разумеющееся?

эээ, разве это не само собой разумеющееся?

у меня в мире redux никогда небыло ничего, чтобы проходило мимо state

поэтому ваш мир не сразу понятен и кажется слишком обширным)

точнее как было что проходило мимо redux-state, только это не данные бека а только clien-side data, типо роуты, табы, состояние форм, что-то еще

поэтому ваш мир не сразу понятен и кажется слишком обширным)

Не совсем понимаю при чем тут контроль состояния, наверное просто раньше не работал с react

поэтому ваш мир не сразу понятен и кажется слишком обширным)

Не писал комерческий апок на реакте, но довольно часто слышу "Возможно вам не нужен Редакс" и "Юзайте локальный стейт контейнеров". Тут примерно так же

Не совсем понимаю при чем тут контроль состояния, наверное просто раньше не работал с react

мне сложно было принять что на уровне компонента можно дернуть не action и получить данные из бека)

Не писал комерческий апок на реакте, но довольно часто слышу "Возможно вам не нужен Редакс" и "Юзайте локальный стейт контейнеров". Тут примерно так же

это работает пока нет нормализации и прочих плюшек

а во vue есть что-то типо хока? хочу написать базовое представление для crud компонента и в него передавать форму/таблицу/др.

Да круто, я тоже так хочу сделать очень много таблиц в проекте, еще бы сделать что бы можно было переопределять типо под какой-то ролью чувак должен видеть только таблицу а crud кнопки нет

круд кнопки)))

это работает пока нет нормализации и прочих плюшек

Это можно делать до приложения, в том же api сервисе

Да круто, я тоже так хочу сделать очень много таблиц в проекте, еще бы сделать что бы можно было переопределять типо под какой-то ролью чувак должен видеть только таблицу а crud кнопки нет

Ну через vuex делай

Ну да я понимаю что текущего юзера с ролями хранить в стейте и в компонентах уже смотреть

но я не умею писать такие компоненты, на реакте пишешь базовый и наследуешь и переопределяешь функции рендера. А в vue хз как

это моя проблема номер раз на данный момент)

но я не умею писать такие компоненты, на реакте пишешь базовый и наследуешь и переопределяешь функции рендера. А в vue хз как

переопределять функцию рендера было актуально пару лет назад, сейчас это крайне не желательно

тогчнее как, наследовать реакт классы это всегда было плохо

переопределять функцию рендера было актуально пару лет назад, сейчас это крайне не желательно

а сейчас как лучше?

но я не умею писать такие компоненты, на реакте пишешь базовый и наследуешь и переопределяешь функции рендера. А в vue хз как

вот в такие моменты понимаешь, как хорошо что есть vue

а сейчас как лучше?

если ты полностью переписываешь render то hoc твой выход (чаще всего) ну это лучше в реакт чате наверно, или личку)

всем привет, подскажите как прокидывать props у root компонента когда мы создаем его через new Vue({...}) ? в доке написано про propsData, но что-то не работает у меня

вот в такие моменты понимаешь, как хорошо что есть vue

в нормальных проектах не наследуют реакт классы ?