да, это понятно, что он молодой еще, но как думаете, он же ничем не хуже реакта да?

и в итоге серыми становятся все td

https://codepen.io/anon/pen/RQjyxa

да, это понятно, что он молодой еще, но как думаете, он же ничем не хуже реакта да?

У нас отлично работает на внутреннем проекте

да, это понятно, что он молодой еще, но как думаете, он же ничем не хуже реакта да?

Много роликов, где говорится, что Вью лучше

https://github.com/vuex-orm/vuex-orm Жесть какая...

Подскажите. Читаю данные из store. State store: state: { userState: { isAuth: false, isAdmin: false } } getter: authStatus: (state) => state.userState.isAuth Получаю из компонента this.$store.getters.authStatus В store значение authStatus true. Но получаю false...

https://codepen.io/anon/pen/RQjyxa

спасибо!

https://codepen.io/anon/pen/RQjyxa

Он говорит, что у него еще чекбоксы есть в ячейках. Значит, еще проверку сделать на то, что внутр ент чилдов

Ну за vue Laravel уже хорошо) да и много китайский компаний)) двигается потихоньку)

У нас отлично работает на внутреннем проекте

у меня тоже все норм

Он говорит, что у него еще чекбоксы есть в ячейках. Значит, еще проверку сделать на то, что внутр ент чилдов

Не надо. Просто надо не innerText тримить, а innerHTML

аа, ну тогда да )

Вопрос гуру Vue. Как вы организовываете работу с формами? Делаете из полей ввода компоненты, а потом снаружи обмазываете все ивентами или обходитесь без компонентов и просто данные в модель собираете?

Подскажите. Читаю данные из store. State store: state: { userState: { isAuth: false, isAdmin: false } } getter: authStatus: (state) => state.userState.isAuth Получаю из компонента this.$store.getters.authStatus В store значение authStatus true. Но получаю false...

А как изменилось значение на true? Мутацию в студию

_self.$store.commit('changeUserState', true);

Спрашиваю, потому что никак не могу решить, как грамотнее валидацию прикрутить.

Во вью однонаправленный поток данных

Почему? Меняешь данные скажем в форме, меняются данные в моделе и обратно

_self.$store.commit('changeUserState', true);

Это вызов, я не сама мутация.

Почему? Меняешь данные скажем в форме, меняются данные в моделе и обратно

Имеется в виду поток от родителя к потомку

changeUserState(state, status) { state.userState.isAuth = status }

Почему? Меняешь данные скажем в форме, меняются данные в моделе и обратно

Это потому что используете v-model

+

changeUserState(state, status) { state.userState.isAuth = status }

import Vue from 'vue' Vue.set(state.userState, 'isAuth', true)

+

v-bind чайлдам, $emit родителям!

v-model это сахарок

ну или .sync для бинда

Конечно.

в чем разница?

import Vue from 'vue' Vue.set(state.userState, 'isAuth', true)

import Vue from 'vue' Vue.set(state.userState, 'isAuth', true)

Здесь напрашивается на вынесение в модуль.

import Vue from 'vue' Vue.set(state.userState, 'isAuth', true)

https://vuejs.org/v2/guide/reactivity.html#Change-Detection-Caveats

Однонаправленный поток подразумевает невозможность в потомке напрямую изменить тот пропс, который ему сверху от родителя прилетает

в чем разница?

вот тут можно почитать почему

Благодарю)

Почему? Меняешь данные скажем в форме, меняются данные в моделе и обратно

Почитайте ещё раз про работу с формами)

Здесь напрашивается на вынесение в модуль.

Wat?

Однонаправленный поток подразумевает невозможность в потомке напрямую изменить тот пропс, который ему сверху от родителя прилетает

Так вы его и не можете поменять

Его меняет только родитель

Так вы его и не можете поменять

Так поэтому и не могу)))

Почитайте ещё раз про работу с формами)

Можете ответить на вопрос, который я выше про формы задавал?

Какой

Почитайте ещё раз про работу с формами)

Да прочитал

Какой

Вопрос гуру Vue. Как вы организовываете работу с формами? Делаете из полей ввода компоненты, а потом снаружи обмазываете все ивентами или обходитесь без компонентов и просто данные в модель собираете?

Не делаем из полей компоненты. Набор полей делаем компонентом

Не делаем из полей компоненты. Набор полей делаем компонентом

То есть, по сути, форма - это отдельный компонент?

Чаще всего да

Или ваш компонент генерирует набор полей из присланных данных?

То есть, по сути, форма - это отдельный компонент?

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

интересно почему вакансий на вью мало. чем он хуже реакта? то, что он лучше ангуляра это точно

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

Или ваш компонент генерирует набор полей из присланных данных?

Для этого vue-form-generator используем

Wat?

Зачем выделять состояние пользователя в объект в рут-сторе, если по логике, всю работу с текущей сессией надо вынести в отдельный модуль. И Vue.set не понадобится, и логика чище будет.

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

Стал богатым и успешным и весь отдел кроме него уволили ?

Стал богатым и успешным и весь отдел кроме него уволили ?

??

Стал богатым и успешным и весь отдел кроме него уволили ?

Не уволят, легаси же

Для этого vue-form-generator используем

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

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

Он — не очень

datepicker проще свой реализовать

Но у него есть вроде варианты валидации

потому что Jquery datepicker это боль

datepicker проще свой реализовать

Серьезно?

Да

потому что Jquery datepicker это боль

А никто не говорит про jquery

datepicker - это общее название для компонента, позволяющего выбрать дату

Зачем выделять состояние пользователя в объект в рут-сторе, если по логике, всю работу с текущей сессией надо вынести в отдельный модуль. И Vue.set не понадобится, и логика чище будет.

А, вы про это. Да конечно, разделять стор на модули хорошо. Но иногда невозможно, поэтому приходится использовать Vue.set

А, вы про это. Да конечно, разделять стор на модули хорошо. Но иногда невозможно, поэтому приходится использовать Vue.set

Vue.set, по хорошему, надо избегать.

import Vue from 'vue' Vue.set(state.userState, 'isAuth', true)

Вы напрямую стейт меняете так

Vue.set, по хорошему, надо избегать.

Я согласен. Но в доках написано что можно использовать, и иногда приходится

Я согласен. Но в доках написано что можно использовать, и иногда приходится

Да, приходится. Но в текущем контексте это "не добрый" совет.

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

Вы напрямую стейт меняете так

Из мутации вы в любом случае меняете стейт, нет?

Да, приходится. Но в текущем контексте это "не добрый" совет.

Какой вопрос, такой ответ. Вроде как не совета спрашивали? ?

Вот только в мутации и меняем

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

Никтож не говорит, что реакт плох. Плох - jsx

Вот только в мутации и меняем

Таки я и написал на вопрос, почему не обновляется стейт через геттер в объекте, что нужно в мутации изменить присваевание по ссылке на Vue.set

Никтож не говорит, что реакт плох. Плох - jsx

ну jsx да, отстой по сравнению с шаблонами

Шаблоны аутентичнее. JSX - зло.

Таки я и написал на вопрос, почему не обновляется стейт через геттер в объекте, что нужно в мутации изменить присваевание по ссылке на Vue.set

А, понял) а зачем вам вложенность там

А, понял) а зачем вам вложенность там

Ееее ?

Шаблоны аутентичнее. JSX - зло.

Что то что это к жс приводится

Между прочим Vue и JSX позволяет для особо альтернативных :)

Что то что это к жс приводится

Мешать мух и котлеты никогда хорошим тоном не было.

Это видимо чтобы всех устроило :)

Котлеты это жс. Шаблоны и жсх это мухи. Для каждого свои

Не знаю чем вам jsx не угодил. И в шаблонах, и в jsx есть плюсы и минусы

Котлеты это жс. Шаблоны и жсх это мухи. Для каждого свои

Шаблоны стары как мир. JSX - адская дичь.

Котлеты это жс. Шаблоны и жсх это мухи. Для каждого свои

Не совсем. Жс это котлеты. Разметка это компот.

JSX - это... :)

и по классике жанра, сейчас должны пойти говностикеры

Шаблоны стары как мир. JSX - адская дичь.

Они считают что шаблоны причины всех бед. Каждый по своему воспринимает

во вью не все можно реализовать на шаблонах, поэтому многие ui библиотеки написаны с render(), на реакте такой проблемы нет, ты пишешь на jsx все

во вью не все можно реализовать на шаблонах, поэтому многие ui библиотеки написаны с render(), на реакте такой проблемы нет, ты пишешь на jsx все

а где много рендеров, там уже и jsx

Не совсем. Жс это котлеты. Разметка это компот.

А кто на карьер? Два человека)))

а где много рендеров, там уже и jsx

именно :)

Мнения разделились на староверов, впитавших в себя MVC, и прогрессивных, готовых что угодно с чем угодно мешать :)

Ну а серьёзно - на разделение кода по компонентам и по предназначению

Мнения разделились на староверов, впитавших в себя MVC, и прогрессивных, готовых что угодно с чем угодно мешать :)

Священные войны за одно и тоже, ага

MVC плохой паттерн, неудобный, никто никогда и не пишет на чистом MVC

во вью не все можно реализовать на шаблонах, поэтому многие ui библиотеки написаны с render(), на реакте такой проблемы нет, ты пишешь на jsx все

Можно кейс в студию?

Можно кейс в студию?

какой тебе кейс?