эвент из компонента делать должен

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

https://ru.vuejs.org/v2/guide/components.html#%D0%9E%D1%82%D0%BF%D1%80%D0%B0%D0%B2%D0%BA%D0%B0-%D1%81%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D0%BD%D0%B8%D0%B9-%D1%80%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D1%8F%D0%BC-%D1%81-%D0%BF%D0%BE%D0%BC%D0%BE%D1%89%D1%8C%D1%8E-%D1%81%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D0%B9

А в родительском не хранятся эти атрибуты.

Он их генерит и отдает среднему компоненту.

Ребят, Привет! Подскажите примеры структуры для проекта на Vue?

в смысле у тебя все данные в root

там и меняй

В рутовом все

Жесть какая-то

Но в ProductPart передаются только связанные с ним.

ну так поменяй все данные которые связаны с текущим productpart

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

Хорошо, спасибо.

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

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

ну так ты мышку наведи, оно покажет

[eslint-plugin-vue] [vue/valid-v-bind] 'v-bind' directives require an attribute value.

и вообще всю конструкцию в class можно одним computed

+ можно сжать 3 элемента до 1 циклом

Ребят, Привет! Подскажите примеры структуры для проекта на Vue?

?????

?????

https://medium.com/@alexmngn/how-to-better-organize-your-react-applications-2fd3ea1920f1

Привет, я новичок в разработке, писал одно приложение на angular

возникла необходимость перейти на vue

"Писал одно приложение на ангуляр, возникла необходимость перейти на вью" ?

читаю доку, не могу понять как vue взаимодействует с серверной стороной( ангуляр испозльзует сервисы)

а вью не взаимодействует ))

axios вам в помощь

и методы

и action'ы

ты о серверном рендеринге?

то вот https://habr.com/post/334952/

или же, скорей всего тебе Vuex нужен, и его возможности

ты о серверном рендеринге?

Нет, не о сервером рендеринге

Ему просто нужно запросы делать и понять, где их делать и как)

+

Спасибо, пошел читать

Харош тут всем вуекс впаривать

Не сдался он

Тогда axios и Vuex

Как по мне, шикарная вещь

axios и редукс

Тогда axios и Vuex

Последний не нужен

Axios и хуки жизненного цикла, я бы сказал

фор экзампл https://medium.com/car2godevs/front-end-architecture-making-rebuild-from-scratch-not-so-painful-7b2232dc1666

Опять насоветуют тут аксиос в компоненты тянуть...

в компоненты?

я думал надо делать православный враппер и юзать 1 инстанс)

а чем плох vue-resource?

тем что deprecated

а так был не плох)

кто из умных, скиньте статейку где написано что Vuex не нужен. Спасибо.

о_О

vuex нужен когда statement большой и его между компонентами гонять надо, а если такого не нужно, то и vuex не нужен

Эта подойдёт?

кто из умных, скиньте статейку где написано что Vuex не нужен. Спасибо.

из умных никто не скинет)

Эта подойдёт?

+

слышь

хватит

так это понятно, что на простых приложениях он не нужен. В доках так то и написано

а что тебе нужно еще знать?

что он совсем не нужен?

нет, я думаю что он нужен, ну кто то выше указывал, типо "опять насоветуют..."

все правильно говорит

Ну парню нужно просто понять как сделать запрос к серверу

А вы ему вуексы

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

Отказаться от вуеикса по мне равнозначно добровольному удалению центральной нервной системы

Ну парню нужно просто понять как сделать запрос к серверу

+

http://lmgtfy.com/?q=%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8F+%D0%BF%D1%80%D0%BE+%D0%BD%D0%B5%D0%BD%D1%83%D0%B6%D0%BD%D1%8B%D0%B9+vuex

вот может тут

На, возьми вуекс, паттерны для апи, 2 абстракции, сторадж и может быть тогда ты сможешь сделать 1 запрос к серверу

паттернов побольше)

Вот здесь в замом низу https://vuex.vuejs.org/ru/intro.html

как по мне, этим все сказано

там не указано какие очки

солнечные или для коррекции зрения

А есть какая-то разница?

если любые из них нужны - ты сомневатся не будешь

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

по погоде))

можешь заменить "очки" на "под****ть" =))

подсолить?)

Народ, там на питержс были доклады на тему вьюжс, где их найти то?

хз

Дело в том, что большинство берущих вуекс — не умеют с ним правильно работать. городят там хер пойми чего и приходят сюда советовать что он нужен. и чтобы сделать запрос на бэк он 100% не нужен. вуекс это про глобальный стейт, который нужен n количеству компонентов одновременно, когда надо передать из одного в очень глубоко другой компонент и наоборот, но в 90% случаев можно обойтись без него.

Народ, там на питержс были доклады на тему вьюжс, где их найти то?

Может быть будет запись

Дело в том, что большинство берущих вуекс — не умеют с ним правильно работать. городят там хер пойми чего и приходят сюда советовать что он нужен. и чтобы сделать запрос на бэк он 100% не нужен. вуекс это про глобальный стейт, который нужен n количеству компонентов одновременно, когда надо передать из одного в очень глубоко другой компонент и наоборот, но в 90% случаев можно обойтись без него.

Я таки считаю что он нужен если у тебя должна в приложении храниться и взаимодействовать куча сущностей (особенно если они с бэка)

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

Дело в том, что большинство берущих вуекс — не умеют с ним правильно работать. городят там хер пойми чего и приходят сюда советовать что он нужен. и чтобы сделать запрос на бэк он 100% не нужен. вуекс это про глобальный стейт, который нужен n количеству компонентов одновременно, когда надо передать из одного в очень глубоко другой компонент и наоборот, но в 90% случаев можно обойтись без него.

https://ru.vuejs.org/v2/guide/state-management.html Обратите внимание, что все действия, изменяющие состояние хранилища, сами помещены в него. Такой подход к глобальному управлению состоянием приложения облегчает понимание возможных изменений и источников их появления. Кроме того, если что-то пойдёт не так — у нас будет лог, по которому можно отследить последовательность действий, приводящую к возникновению бага. Одним из основных задач FLUX есть централизация управления состояния приложения(single source of truth). Например есть у нас сущность news. В сторе создаем соотвествующий модуль, в нем описываем все взаимодействия сущности с приложением в том числе и запросы к АПИ. В итоге имеем ЕДИНУЮ точку управления сущностью. Для примера если у нас страничка Новости размазана по 10ти компонентам вместо того чтобы описывать кучу методов/апиколлов в каждом компоненте(ну или почти каждом) при необходимости мы обращаемся к ЕДИНОЙ точке изменения состояния к модулю news в сторе.

https://ru.vuejs.org/v2/guide/state-management.html Обратите внимание, что все действия, изменяющие состояние хранилища, сами помещены в него. Такой подход к глобальному управлению состоянием приложения облегчает понимание возможных изменений и источников их появления. Кроме того, если что-то пойдёт не так — у нас будет лог, по которому можно отследить последовательность действий, приводящую к возникновению бага. Одним из основных задач FLUX есть централизация управления состояния приложения(single source of truth). Например есть у нас сущность news. В сторе создаем соотвествующий модуль, в нем описываем все взаимодействия сущности с приложением в том числе и запросы к АПИ. В итоге имеем ЕДИНУЮ точку управления сущностью. Для примера если у нас страничка Новости размазана по 10ти компонентам вместо того чтобы описывать кучу методов/апиколлов в каждом компоненте(ну или почти каждом) при необходимости мы обращаемся к ЕДИНОЙ точке изменения состояния к модулю news в сторе.

Все верно, и эта единая точка как ты ее назвал, называется api.js, где мы имеем наши запросы и просто импортируем их туда куда нам надо, хоть в вуекс, хоть в компоненты. поэтому для этой цели так же не нужен вуекс

эта единая точка как ты ее назвал, называется api.js lol))