потомучто у тебя в объекте анониная функция

может быть)

убрать : попробуй, протести)

Друзья подскажите что делаю не так: computed: { products: () => { return this.getProducs.find(item => item.id === this.category); }, ...mapGetters([ 'getProducs' ]) }

вроде все норм

Попробовал переделал без стрелочных функций, все равно оно не видит почему-то геттер.

При этом в темплейте геттер виден.

у тебя получается в консоль вывести this.getProducs ?

undefined

Не понимаю почему.

а просто this?

должен сам инстанс вью кинуть

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

ты уже успел переименовать?

компьютед

Да, исправил опечатку.

попробуй поменять порядок компьютед

Пробовал :)

Уже даже попробовал перенести products в data все равно не видит оно геттера. Странно.

подожди геттера вьюекс вообще не видит?

В том то и дело, что в темплейте все работат, вот такое работает template(v-for="item in getProducts")

Просто хотелось как-то отфильтровать причем не темплейте по продукты по категории и выводить только при определенном значении.

попробуй так: products() { return this.$store.getters.getProducts.find(item => item.id === this.category); }

Сделать его методом?

вообще все внутри компьютед должно быть методом

тогда давай так:

products() {

console.log('products computed');

}

работает так?

Блин, как всегда напетлял не там где искал, проблема была в find, просто не правильно парсил структуру объекта: computed: { products () { return this.getProducts.find(item => item.category === this.category.id); }, ...mapGetters([ 'getProducts' ]) },

Спасибо, за помощь. Сори, что из-за невнимательности напряг.

здорово, что разобрался

https://twitter.com/left_pad/status/874273519764463618

Всем привет ✌️ Начинаю изучать vue js Проектов 0 Делаю сайты, люблю lara. Фанат octobercms. Приморье наш дом. Про группу узнал в вк с помощью поиска.

гайс, подскажите простой визивиг вуе?

гайс, подскажите простой визивиг вуе?

https://github.com/vuejs/awesome-vue#rich-text-editing список уже посмотрел?

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

последний выглядит очень простым

Так все же Quasar или React Native? Что выбрать? Weex - не считается, так как еще не готов.

React Native - это же учить React нужно. Это шаг назад и распыление сил и времени.

Ну не шаг назад - но шаг в сторону одеозначно.

Quasar - гламурный, много компонентов. Разработчик не бросает проект и имеет весьма многочисленное коммьюнити.

React - меня просто угнетает жестоко его многословие. Ептель, даже консольная утилита - react-native-create-app. Ох...ть просто ?

Я советую реакт

Эх... ? Ну побалуюсь еще с Quasar - там посмотрим ?

Native script

Quasar +1, React Native +1, Native Script +1 ☺

Ребята, кто как оборачивает запросы к API, чтобы в одном месте обработать ошибки валидации и сделать например, трансформацию данных (в обе стороны)? const user = userTransformer.payload(object) // например, в этом трансформере преобразовали дату в формат API Vue.$http.post('/user', user) .then((reply) => { const data = userTransformer.fetch(response) store.dispatch('createUser', data) // тут мне надо знать, что запрос был отправлен }) .catch((error) => { if (error.status_code == 422) { ... } failed(error) }) Вот это вот всё повторяется в каждом, мать его, сервисе. Во что это дело обернуть, чтобы иметь единый интерфейс для валидации (1), знать о том, что запрос ушел успешно (2), знать о том, что запрос провалился (3). Под "знать", я имею ввиду callback. Если ли готовое решение подобных проблем или хотябы пример, как это можно грамотно обернуть в Promise (а стоит ли)?

Ребята, кто как оборачивает запросы к API, чтобы в одном месте обработать ошибки валидации и сделать например, трансформацию данных (в обе стороны)? const user = userTransformer.payload(object) // например, в этом трансформере преобразовали дату в формат API Vue.$http.post('/user', user) .then((reply) => { const data = userTransformer.fetch(response) store.dispatch('createUser', data) // тут мне надо знать, что запрос был отправлен }) .catch((error) => { if (error.status_code == 422) { ... } failed(error) }) Вот это вот всё повторяется в каждом, мать его, сервисе. Во что это дело обернуть, чтобы иметь единый интерфейс для валидации (1), знать о том, что запрос ушел успешно (2), знать о том, что запрос провалился (3). Под "знать", я имею ввиду callback. Если ли готовое решение подобных проблем или хотябы пример, как это можно грамотно обернуть в Promise (а стоит ли)?

vue-apify ;)

vue-apify ;)

))

))

Не пали контору :D

Не пали контору :D

Та ладно)

Надо будет чекнуть

vue-apify ;)

Не совсем то.

vue-apify ;)

Есть еще похожее решение https://github.com/lincolnloop/amygdala

Ребята, кто как оборачивает запросы к API, чтобы в одном месте обработать ошибки валидации и сделать например, трансформацию данных (в обе стороны)? const user = userTransformer.payload(object) // например, в этом трансформере преобразовали дату в формат API Vue.$http.post('/user', user) .then((reply) => { const data = userTransformer.fetch(response) store.dispatch('createUser', data) // тут мне надо знать, что запрос был отправлен }) .catch((error) => { if (error.status_code == 422) { ... } failed(error) }) Вот это вот всё повторяется в каждом, мать его, сервисе. Во что это дело обернуть, чтобы иметь единый интерфейс для валидации (1), знать о том, что запрос ушел успешно (2), знать о том, что запрос провалился (3). Под "знать", я имею ввиду callback. Если ли готовое решение подобных проблем или хотябы пример, как это можно грамотно обернуть в Promise (а стоит ли)?

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

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

У меня примерно тоже самое. Только правила валидации лежат в самом компоненте.

Кстати. Я тут подумал и пообщался с людьми и поменял свое мнение.в общем целом для большинства применение vuex оправдано по двум причинам 1) ssr 2) люди понимают как на vuex делать. да, получается очень многословная фигня но ок. Что в прочем не отменяет факта что если вы просто грузите данные на страничку отображаете их и отправляете формочку обратно вам vuex нафиг не нужен

я его использую для хранения данных в одном месте, они разбросаны по роутам. Рядом, но очень неудобно было бы общаться таким компонентам. К тому же, в определенный момент на одном из роутов мне необходим доступ ко всем этим данным. Грубо говоря я собираю всю информацию, а потом отправляю ее на сервер

ERROR: S client not available

Кстати. Я тут подумал и пообщался с людьми и поменял свое мнение.в общем целом для большинства применение vuex оправдано по двум причинам 1) ssr 2) люди понимают как на vuex делать. да, получается очень многословная фигня но ок. Что в прочем не отменяет факта что если вы просто грузите данные на страничку отображаете их и отправляете формочку обратно вам vuex нафиг не нужен

вот даешь

а я наоборот, чем дальше - тем больше жалею что разрешил vuex добавить

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

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

Ну когда я попытался человеку.обьяснить как я вижу все это без вьюкса - человек охренел и я понял что большинство просто не хочет "развиваться"

Им надо чтоб работало

А чем мешает?

помимо того что кода стало на тонну больше?

все сторы еще чистить приходится…

Да, чистка это боль

подскажите как решить: пишу vue init webpack-simple name и на пункте description оно зависает - не могу ничего ввести, ни просто enter нажать, только выйти. что делать?

подскажите как решить: пишу vue init webpack-simple name и на пункте description оно зависает - не могу ничего ввести, ни просто enter нажать, только выйти. что делать?

переустановка vue-cli?

переустановка vue-cli?

пробовал просто установить новую версию поверх, не помогло. надо удалить полностью?

пробовал просто установить новую версию поверх, не помогло. надо удалить полностью?

можно и так. заодно проверить версию npm - может всежая уже вышла? )

вот даешь

"... here's a good quote from Dan Abramov, the author of Redux: Flux libraries are like glasses: you’ll know when you need them."

вчера только ноду обновил

5.0.3

нпм

Да, чистка это боль

собственно, я хотел тебя сегодня помучать по этому поводу

думаю о том, как задавать конексты для сторов

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

5.0.3

свежий npm

О, я об этом уже думал

а другие были в контексте сессии, и если пользователь делает логаут - то стор дропается

видимо, ты уже лучше себя чувствуешь

Там где-то был проект, в котором модули сторы представляли в виде классов

расскажи до чего додумался )

Они делали это для типизации в тс

Но ведь на такой класс модуля сторы можно навесить декораторов с требуемым поведением