но всё равно, благодарю)

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

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

да, Axios нужно выпилить, всё никак не дойду до этого

Подкаст прошел модерацию в iTunes, доступен по адресу https://itunes.apple.com/ru/podcast/weekly-vue-podcast/id1434238187

Круть, спасибо!

Подкаст прошел модерацию в iTunes, доступен по адресу https://itunes.apple.com/ru/podcast/weekly-vue-podcast/id1434238187

О чем он?

hello

О чем он?

там вкратце пробегаются по новостям вуйнюшным

О чем он?

Подкаст? Новости vue и около.

hello

кто ху*ло? О.о

кто ху*ло? О.о

Украинцы знают кто :)

I speak English and Spanish

???

фи, он в этом своем подкасте джаваскрипт называет яваскриптом

!

Много кто так делает

Но это же возмутительно

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

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

Вас так сильно это коробит?

Подкаст прошел модерацию в iTunes, доступен по адресу https://itunes.apple.com/ru/podcast/weekly-vue-podcast/id1434238187

А нету линка на rss? Хочу в Гугл.Подкасты себе добавить

А нету линка на rss? Хочу в Гугл.Подкасты себе добавить

http://feeds.soundcloud.com/users/soundcloud:users:306447432/sounds.rss

http://feeds.soundcloud.com/users/soundcloud:users:306447432/sounds.rss

Мутный Гугл. Было сложно, но я смог. Спасибо

архитектура приложения:

в любом случае скину просто информацию про эту платформу: https://www.vuestorefront.io

я уже делаю с командой проекты на базе этого решения, если есть вопросы - пишите.

в ЛС

я уже делаю с командой проекты на базе этого решения, если есть вопросы - пишите.

А скинь ссылку на репу?

А скинь ссылку на репу?

https://github.com/DivanteLtd/vue-storefront

?

готовых решений для разработки PWA немного. это первые попытки систематизировать несколько технологий.

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

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

пример?

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

и таких несколько очень похожих

при этом сам стор отвечает за получение данных из апи и за сохранение

опять же, зависит от данных

можно делать модуль отдельный

где делать обьект modalModels: {main: .... }

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

откажись от vuex и пиши на чистых классах модели данных и будет тебе пончик. + можно ОРМ какой-то использовать типа typeorm (к-ый в браузере может с данными работать)

откажись от vuex и пиши на чистых классах модели данных и будет тебе пончик. + можно ОРМ какой-то использовать типа typeorm (к-ый в браузере может с данными работать)

ну не дураки ж придумали :)

мне данные из него нужно по всему приложению использовать

или ты про то, что забить на него там, где мне надо данные редактировать именно?

а в сторе оставить только геттер

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

Можно пользоваться моделями и вынести их CRUD, валидацию и общие методы в одну модель и по проекту пользоваться ее экземплярами

Их также можно хранить в сторе

м, это может быть

Vue-model вполне норм замена бекбону

Можно пользоваться моделями и вынести их CRUD, валидацию и общие методы в одну модель и по проекту пользоваться ее экземплярами

а при этом кто вызывает события CRUD, vuex или компонент напрямую?

class User extends DataModel{ ...} petya = new User(); petya.name = 'puker'; petya.save(); class Users extends Store{ ...} users = new Users(); users.add(petya); users.del(petya); with(users.find('name', 'vasya')) { name = 'trans'; save() }

вот такой простенький примерчик

Можно vuex можно напрямую, от архитектуры зависит. Например кейс валидации существования мейла из компонента можно дёрнуть, кейс с сохранением в бд из action vuex'a

Гибко получается и втоже время в 1 месте

вот мой пример выше на vuex можно организовать?

https://vuemc.io/#introduction

вот мой пример выше на vuex можно организовать?

У вас очень грубый пример)

и в догонку еще один вопрос\камешек в сторону вуйкс class Schoolers extens Users{ ... }

https://vuemc.io/#introduction

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

У вас очень грубый пример)

у меня рабочий пример вот чуть больше могу написать class User extends DataModel { @Column name; @Column({type: Date}) birthdate; }

в целом, про хранение умной модели в vuex - это неплохой вроде подход

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

Ну просто будет Schoolers = User.extend({....

Где user модель

ERROR: S client not available

В vuex хранится не модель, а только ее attributes если быть точным

судя по доке в указанной ссылке, то там и близко не стоит к моему синтаксису и классической схеме наследования. class User extends DataModel { @Column name; @Column({type: Date}) birthdate = new Date(); } тут умолчальное значение сразу в свойство вставлено. А вот вуйксы и ссылка через доп. default(){.... и прочий оклоогородный код заставляют писать в моем варианте еще можно упростить (если декораторы не любим) fields: [ {name: 'name', mapping: 'first_name', type: 'String', default: 'Petya'}, {... ]

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

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

это глупо не пользоваться мощью ванилина

За декораторы в курсе в ангуляр сообществе больше)

Там и как вы хотите можно классы)

к ангуляру эта модель отношения не имеет =) там тоже есть школьники придумавшие вещи вроде вуйкса

это глупо не пользоваться мощью ванилина

Глупо каждый раз тупокод описывать и поведение модели типа deafults, fetch и тп)

Глупо каждый раз тупокод описывать и поведение модели типа deafults, fetch и тп)

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

не зря ж вы от него наследуетесь

Но вы его описали в датамодел

А тут его описали в vuemc

код не берется из воздуха. В вуйксе приходится строчить еще больше кода, ибо там с наследованием хуже и структура сложная (многословная)

ДатаМодел занимает 200 строк кода Вуйкс занимает кило

Хз, ничего не приходится строчить, вам никто не мешает вообще объект через get/set расписать и контролировать когда вуекс узнает об изменениях

Ванила же

Можете и valueof переопределить)

Хз, ничего не приходится строчить, вам никто не мешает вообще объект через get/set расписать и контролировать когда вуекс узнает об изменениях

да мне проще просто входной json в Observer завернуть нативный без вуйксов - вообще никакого кода

Observer хрень мое имхо, deprecated понятие живущее в полифилах и выпеленное из веба

ну я в последнем имел ввиду вообще ничего лишнего не писать

вместо Observer там новаая штука сделана заменившая его и ДомЕвент

Мутации это сеттеры теже по своей логике

Пишите умные модули и наследуйте целыми модулями

в общем, я понял =) продолжу пользовать свою штуку. ИЛИ typeorm буду использовать

Good luck & have fun)

=)

Good luck & have fun)

бинарная обперация?

Сокращение and )

бинарная обперация?

Good is not defined