Че они подкатывают ко мне(

Че они подкатывают ко мне(

Такая девочка красивая - еще й кодит ) Че то не верится ... Или фото подставные

Всем привет. Есть вопросец по Vuex. Я новичек, так что палками не кидайте. Голову ломаю как правильно делать по хорошему нужно иметь контейнер (главный компонент(ы) который подключаются как правило в странице, в котором делать все обращения к store. и внутренним блокам (компонентами которые состоят из более мелких) мы передаём параметрами нужный объект хранилища и уже внутри мы оперируем только параметрами но вот сложно когда во внутреннем компоненте тебе надо изменить пришедший пропс(параметр) ты вместо обычного splice нужно придумывать как ты будешь обновлять Я сперва пишу код в одном однофайловом компоненте странице, с локальным состоянием (data, computed). а затем когда всё работает разбиваю на мелкие части. И вот ща рефакторю код и не знаю как правильно делать( правильно ли делать так? 1) http://s1.micp.ru/1yCqa.jpg 2) http://s1.micp.ru/6b2Sz.jpg как по мне это абстракция.. но по другому нельзя, чтобы держать внутренние компоненты независимыми от структуры store( а именно такой подход прокламируется как good practice западными товарищами на stackoverflow. Спасибо)

красавчик просто

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

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

http://s2.micp.ru/xRJhK.jpg вот такая структура у модуля game моего store я передаю дочерним компонентам в качестве game параметра - store.game.current из моего стора если внутри дочерних компонентов я читать могу свойства то вот назначать советуют только $emit-ингом событий вверх и обработкой их же в самом верхнем компоненте то есть там же где и беру из стора нужное. если без разделения на мелкие компоненты я напрямую оперирую с свойствами data через splice и всё работает тот тут мне в событие нужно возвращать как можно меньше разных данных иначе я заколебусь их собирать в разных мелких событиях

теперь хоть в Гугл можно резюме отправлять

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

Всем привет. Есть вопросец по Vuex. Я новичек, так что палками не кидайте. Голову ломаю как правильно делать по хорошему нужно иметь контейнер (главный компонент(ы) который подключаются как правило в странице, в котором делать все обращения к store. и внутренним блокам (компонентами которые состоят из более мелких) мы передаём параметрами нужный объект хранилища и уже внутри мы оперируем только параметрами но вот сложно когда во внутреннем компоненте тебе надо изменить пришедший пропс(параметр) ты вместо обычного splice нужно придумывать как ты будешь обновлять Я сперва пишу код в одном однофайловом компоненте странице, с локальным состоянием (data, computed). а затем когда всё работает разбиваю на мелкие части. И вот ща рефакторю код и не знаю как правильно делать( правильно ли делать так? 1) http://s1.micp.ru/1yCqa.jpg 2) http://s1.micp.ru/6b2Sz.jpg как по мне это абстракция.. но по другому нельзя, чтобы держать внутренние компоненты независимыми от структуры store( а именно такой подход прокламируется как good practice западными товарищами на stackoverflow. Спасибо)

я тоже так считаю но считатать надо накладные расходы если у вас поменялась чутка структура store и вы во всей веренице вложенных компонентов делаете кучу правок..а так делаете только в компоненте-контейнере.. и если компоненты призваны иметь пропсы, и носят исключительно контекстную область использования (например компонент контейнер Profile подключает внутри себя ProfileSocials, ProfileFriends, ProfileCard, etc...) то логика работы с стором должна быть в компоненте контейнера.. но вопросы вызывают именно как правильно организовать работу с триггерингом / изменением стора через события..накладно ли это..плохой ли этот подход в корне?

лол. напомнил что я зарегал домен whitemenwhocode.com неделю назад ? завтра будет чем занятся в выходной))

Уже какой раз

Знал бы скок в лс еще пишут

я тоже так считаю но считатать надо накладные расходы если у вас поменялась чутка структура store и вы во всей веренице вложенных компонентов делаете кучу правок..а так делаете только в компоненте-контейнере.. и если компоненты призваны иметь пропсы, и носят исключительно контекстную область использования (например компонент контейнер Profile подключает внутри себя ProfileSocials, ProfileFriends, ProfileCard, etc...) то логика работы с стором должна быть в компоненте контейнера.. но вопросы вызывают именно как правильно организовать работу с триггерингом / изменением стора через события..накладно ли это..плохой ли этот подход в корне?

Сочувствую)))

вот нам норм, поставили рофлоавы, никто не пишет

покажешь потом ?

Только те, которые "Привет, я вижу ты шаришь в вуе, помоги с A, B, C"

У меня складывается мнение что ты заморачиваешся. Можно и писать проект без Vuex. В глодальном сторе храниш только глобально нужные данные. Или иногда данные которые нужно пробросить в родительски не связанный компонент (хотя это можно сделать и через EventBus)

если есть идеи по контенту - пиши)) так чтоб по доброму потроллить всех этих Black Lesbians Who Code (я не шучу, такие тоже есть)

в идеале я бы хотел использовать redux по требованию бекендера, но годной рабочей лошадки для вью без issue я не нашёл. и начал vuex) и хочу разобраться как правильно с ним работать c дроблением комопонентов на мелкие.. И сюда пришёл за мнением - что хуже - организовывать событийную модель и контролировать стор в комопоненте-контейнере, или же плодить импорты mapActions, mapMutations, mapState в дочерних компонентах? первое кажется для меня сложным и избыточным нагромождением, а второе кажется грязным)

да хуй знает, пусть на хаскеле пишут

Если ты не видиш что оно тебе нужно значит не нужно. https://medium.com/fullstackio/managing-state-in-vue-js-23a0352b1c87

думаю начать с собирания петиции в поддержку Линуса и Гвидо)

Подскажите, я так понимаю хуки created и destroyed в главном компоненте App.vue не работают Да? только mounted

я видел эту статью и подобных перечитал кучу) но спасибо) Стор мне нужен в любом случае. Требования бекендера таковы: он написал бэк под архитектуру redux, то есть бекенд может диспатчить экшны у которых определены обязательно поле type, и передан какой-то payload и задача написать фронт так чтоб потом бэк мог диспатчить те же экшны для поддерживания синхронизации состояния приложения. Как это происходит с технической стороны я не знаю, но знаю что с vuex у меня уже есть проблема - тут вместо экшнов целых две сущности - экшны и мутации.. подходит ли мне vuex я не знаю, но стандартный евент бас или локальные состояния мне точно не подходят) приложению нужно также будет синхронизация состояния между разными устройствами (например юзер зашёл в свой аккаунт на другом компе будучи уже авторизованным на текущем, и вместо главной страницы после авторизации попадает туда же где сейчас на первом компе - подхватывается состояние.. )

Подскажите, я так понимаю хуки created и destroyed в главном компоненте App.vue не работают Да? только mounted

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

я видел эту статью и подобных перечитал кучу) но спасибо) Стор мне нужен в любом случае. Требования бекендера таковы: он написал бэк под архитектуру redux, то есть бекенд может диспатчить экшны у которых определены обязательно поле type, и передан какой-то payload и задача написать фронт так чтоб потом бэк мог диспатчить те же экшны для поддерживания синхронизации состояния приложения. Как это происходит с технической стороны я не знаю, но знаю что с vuex у меня уже есть проблема - тут вместо экшнов целых две сущности - экшны и мутации.. подходит ли мне vuex я не знаю, но стандартный евент бас или локальные состояния мне точно не подходят) приложению нужно также будет синхронизация состояния между разными устройствами (например юзер зашёл в свой аккаунт на другом компе будучи уже авторизованным на текущем, и вместо главной страницы после авторизации попадает туда же где сейчас на первом компе - подхватывается состояние.. )

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

я видел эту статью и подобных перечитал кучу) но спасибо) Стор мне нужен в любом случае. Требования бекендера таковы: он написал бэк под архитектуру redux, то есть бекенд может диспатчить экшны у которых определены обязательно поле type, и передан какой-то payload и задача написать фронт так чтоб потом бэк мог диспатчить те же экшны для поддерживания синхронизации состояния приложения. Как это происходит с технической стороны я не знаю, но знаю что с vuex у меня уже есть проблема - тут вместо экшнов целых две сущности - экшны и мутации.. подходит ли мне vuex я не знаю, но стандартный евент бас или локальные состояния мне точно не подходят) приложению нужно также будет синхронизация состояния между разными устройствами (например юзер зашёл в свой аккаунт на другом компе будучи уже авторизованным на текущем, и вместо главной страницы после авторизации попадает туда же где сейчас на первом компе - подхватывается состояние.. )

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

бек трогать стор? это как?

всё так ребята только мне непонятно как бек будет трогать мой стор! что ему надо? то что для того чтобы МНЕ работать с бэком нужны экшны по документации я усёк) а вот что бэку надо для того чтобы изменить стейт путём вызова экшна или мутейшна - обе ли сущности ему понадобиться могут?

WS?

нахрена оно нужно?

http://s2.micp.ru/trAYY.jpg прослойка в виде работы с апи у меня уже сделана бекендера сейчас волнует как он может прислать мне новое состояние или как ему сделать точечные изменения в нём так сказать разослать изменнеия многих пользователям приложения. теперь по поводу сокетов.. Мне он сказал что они будут и будет связка с каким-то singal-R я вчера посмотрел пример как чувак замутил чат с сокетами там пишется события на фронте на него же идёт подписка на беке тоже самое только вот как это связано с нашим стором?

мало что сокет.ио избыточная абстракция, так еще это цеплять

мало что сокет.ио избыточная абстракция, так еще это цеплять

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

что обновлять? я не пойму что мне нужно подготовить для бекендера) если сокеты решают вопрос тогда зачем мне обязательно придерживаться архитектуры flux? мне сейчас понять нужно вот что когда загружается приложение стейт берётся запросом с бекенда полностью допустим открывается двустороннее ws соединение бекендер добавил статью как ему задиспатчить экшн addArticle(article) из моего стора?

что обновлять? я не пойму что мне нужно подготовить для бекендера) если сокеты решают вопрос тогда зачем мне обязательно придерживаться архитектуры flux? мне сейчас понять нужно вот что когда загружается приложение стейт берётся запросом с бекенда полностью допустим открывается двустороннее ws соединение бекендер добавил статью как ему задиспатчить экшн addArticle(article) из моего стора?

и на каждый чих свой евент? 100500 мутаций и в дополнении 100500 абстракций в виде подписок на евент который бы вызывал эту мутацию?

если в проекте есть vuex, мне надо сделать ajax, но при этом он не задействует мутации, лучше просто сделать запрос в методе компонента, без vuex?

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

Я задал вопрос на стековерфлоу https://stackoverflow.com/questions/52826551/it-is-possible-to-sync-vuex-state-across-devices/52857448#52857448 мне непонятны в ответе пункты 3 и 4 3) Server sends this data through websocket to others clients 4) Others clients gets new data а точнее пункт 4 - новые данные я получать могу вообще в целом синхронизировав стейт целиком как-то а не делая подписку на все экшны и мутейшны точечно, авось бекендеру понадобится, ещё и с именованием играться? (бредово звучит)