ппц парни

а козуля так ли необходим ?

так же как и абрамов )

Привет всем) А знает ли кто-то примеры больших проектов, которые юзают vue.js?

Хочу на организацию кода поглядеть

Спасибо большое)

Хочу на организацию кода поглядеть

Folder structure? Или именно как там все взаимодействует?

Folder structure? Или именно как там все взаимодействует?

все вместе

все вместе

самое лучшее по структуре папок это: https://github.com/davezuko/react-redux-starter-kit#application-structure

спасибо, посмотрю

кто-то юзал: https://github.com/petkaantonov/deque

?

кто-то юзал: https://github.com/petkaantonov/deque

на фронте

ребзь, такой вопрос, может ли мутация что-то возвращать?

кажется это бессмыслено ибо применение мутаций идет через commit и не понятно, может ли оно что-то возвращать

https://github.com/vuejs/vuex/blob/dev/src/index.js#L64

мда, это плохо

хотяя...

мне кажется что это архитектурно не верно

что бы мутация тебе что-то возвращала

что бы мутация тебе что-то возвращала

да, с этим я полностью согласен

Так, тут кто-то просил сообщить, когда я найду способ, как подружить WebStorm + *.vue + SASS/SCSS embedded код.

Всё очень просто.

И, вроде бы, vue-for-idea поддерживает тоже. Я не проверял, но пишут что умеет.

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

обычно просто новый файл для стилей создают

обычно просто новый файл для стилей создают

++

Гм, у меня работает вполне с rel="stylesheet/scss".

https://github.com/vuejs/vue-syntax-highlight/issues/3#issuecomment-175036730

Источник информации.

Ребят, как корректней обрабатывать ошибки валидации во vuex + vue validator

расскажу, как это делаю я..

сразу скажу, что фронтендер, я так себе

так вот.

в компоненты, где возможны 422 респонсы, я прифигачиваю mixins

вот такого содержания

export default { data() { return { getValidateErrors(responseData) { let errors = []; Object.keys(responseData).forEach((key) => { errors.push({ field: key, message: responseData[key] }) }) return errors } } } }

и после экшена, навешиваю ошибки, таким образом

add() { this.saveNewsItem(this.item).then((response) => { if (response.status == 422) { this.$setValidationErrors(this.getValidateErrors(response.data)) } }) }

насколько такой подход корректен?

сори за код в чате.

парни, скажите в целом то что в angular было ng-transclude это похоже на vue.js <slot> ?

Ребят, как корректней обрабатывать ошибки валидации во vuex + vue validator

советаю vee-validate

советаю vee-validate

http://vee-validate.logaretm.com/

эм, спасибо, посмотрю..

так, а зачем ты vuex используешь тут?

ты просто указал что используешь связку

ну в данном случае, я навешиваю ошибки валидации наживую в компоненте, возможно стоит это делать в мутациях?

ну в данном случае, я навешиваю ошибки валидации наживую в компоненте, возможно стоит это делать в мутациях?

ничего не понял, что ты написал

ну т.е. стоит ли создавать у каждой сущности например validation_errors массив, и в action

диспатчить мутацию и записывать ошибки валидации там

я сейчас пробрасываю респонс из action'a и навешиваю ошибки валидации внутри компонента

ну т.е. стоит ли создавать у каждой сущности например validation_errors массив, и в action

у меня пока ошибки обрабатываются локально и обрабатываются внутри компоненты

возможно правильней это делать на уровне мутации

как только валидатор говорит ок, я кладу даные в state

у меня пока ошибки обрабатываются локально и обрабатываются внутри компоненты

у меня также, на данный момент

но сейчас пилю единый state для уведомлений

впринципе как его напишу, могу выложить куда-нибудь

давай, интересно будет глянуть

принято

что бы мутация тебе что-то возвращала

Мутации нет, экшны да

диспатчить мутацию и записывать ошибки валидации там

лучше это делать в экшонах

как по мне

мутация на то и мутация чтобы что-то изменять

Мутации нет, экшны да

я знаю, именно про это и писал

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

ERROR: S client not available

А это уже сложный вопрос

В плане того что где хранить логику

да где угодно но только не в мутациях

В плане того что где хранить логику

Я в действиях храню

ты не зря вызываешь ее с помощью функции commit, где название как-бы намекает

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

Типо у меня есть Map, и перед удалением какого то элемента в мутации делаю проверку, что он вообще есть в нем

Где угодно - плохой ответ

да где угодно но только не в мутациях

в экшонах, в методах компонента, как захочешь

Компоненты это слой view

Не хочу логику там

для этого есть actions

хоти там

Я не согласен

окей

Для меня концептуальное различие мутаций и экшнов - атомарность

ну т.е для синхронных вещей ты логику будешь писать в мутацию, для асинхронных в экшон?

Я не согласен

Так ты в итоге за хранение логики в сторе?

ну вообще, разумно хранить логику изменения стора в сторе

Приведу пример - у меня есть мутация "пришло событие изменения таблицы по вебсокету". В мутации я проверяю - если таблица ещё не загружена, то кеширую изменения в одном куске сторы, если загружена - в другом

Мутация "таблица загружена" смотрит кеш и накатывает еоо

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

А это и есть логика приложения

а это вполне себе нормальная вещь для мутации

ну окей, "логика бизнес-процессов"

Их тоже в мутациях много где.

Причина - есть бизнес операция. Её выполнение напрямую зависит от текущего состояния системы. Соответственно хорошо бы эту операцию инкапсулировать где-то, в идеале в тестируемом месте

Мутация ложится идеально на эту концепцию

Да, по максимуму

Так ты в итоге за хранение логики в сторе?

Тестировать мутации гораздо проще чем компоненты

ну это не лишено смысла, да