я вешаю событие vue @click="selectPage(page)" в этом методе у меня selectPage: function(page){ $(this).addClass('active'); this.currentPage = page; this.filter() }

не спорю, человек явно наркоман

но что уж поделать, раз проблема у него только в $()

объяснять ему концепцию реактивного программирования шоли

а для чего мы тут все собрались?)

@Tweeker88 карочи. дописываешь к элменту который тыкать будешь - @click="setActive"

в методы добавляешь setActive: function(e) { $(e.currentTarget).addClass('active); }

раз надо жоквери

Господа, такой вопрос

у абстрактного item есть статус готово/в работе/ожидает

к нему статусы лучше задавать в виде чисел или словесной форме?

В виде связей статусов)

аля status: "done"

если используется только для отображения то как хочешь

А блин, не тот чат

В vue не знаю

а, да, Вы правы

не тот чат, но все же, на практике лучше числа и в документации описать листинг статусов?

Самый идеальный вариант - биты, тогда проще будет развивать систему и использовать побитовые операторы

Знаете, типа как в php, например, error_reporting(E_ALL & ~E_NOTICE) - все ошибки кроме нотисов

а, это вроде констант?

ну константы / не константы - это решатьуже вам

https://learn.javascript.ru/bitwise-operators

Зачем переусложнять? Список доступных статусов в хэше, ключ - токен, значение - отображаемый статус. { created: 'Created' ... }. Если используются более чем в одном месте, вынести в модуль и завернуть в класс. Потребуются валидации - туда же.

в методы добавляешь setActive: function(e) { $(e.currentTarget).addClass('active); }

Харош такое писать. Ведь если новичок - хрен распарсишь глум

к нему статусы лучше задавать в виде чисел или словесной форме?

dict = { done:{id:1, name:"готово"}, prepare:{id:2, name:"подготовка"} }

Дайте ссыль на описание грамотной архитектуры и всех этих вот стейтов, применительно к чистоту Vue без фреймворков

Дайте ссыль на описание грамотной архитектуры и всех этих вот стейтов, применительно к чистоту Vue без фреймворков

vue styleguide. легко гуглится

там офиц труЪ

vue styleguide. легко гуглится

ну там половина банальные, а половина в рекомендациях

а вот на вопрос. в каком порядке определять methods, data и computed я так и не решил

а вот на вопрос. в каком порядке определять methods, data и computed я так и не решил

а есть разница?

вообще нет, с эстетической точки зрения это муки

а вот на вопрос. в каком порядке определять methods, data и computed я так и не решил

в каком понадобились плохо? )

в каком понадобились плохо? )

?

ну типа сначала у компонента есть data - пишешь дата потом начал его развивать, понадобился computed - пишешь computed и тд

ну типа сначала у компонента есть data - пишешь дата потом начал его развивать, понадобился computed - пишешь computed и тд

ну не, так себе объяснение

если в сумме меньше пары сотен строк, то вроде пофиг для чтения, а если больше - то давай уже рефакторить )

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

остальное как придется

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

слишком много вопросов и слишком мало ответов -_-

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

я так же. Пропсы определяют всё остальное. Получается верный порядок.

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

vue styleguide. легко гуглится

Что-то мало там про стейты. Только "используете vuex"

Что-то мало там про стейты. Только "используете vuex"

всё что реактивное и никак ну никак не вяжется коммуникациями детка-родитель, т.е. труЪ глобальное ()а-ля конфиг пользователя, и пи этом нуждается в реактивности -- это во вьюекс

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

вроде было

Ну в общем-то понятно, думал где-то подробное описание паттерна

да там на самом деле всё несложно, как и вообще во вью...

если видишь, что ну костыль получается

вот ну говно

значит, что-то делаешь не так

если симпатично и понятно -- всё правильно)

вьюекс в этом плане от парадигмы недалеко ушёл. всё весьма просто и понятно. есть акции, мутации, патчи

если их дохера, стоит разбить на отдельные файлы

вот если пробовал реакт, то там костыль от не костыля сложно отличить))

Не, я пропустил эти шаги эволюции)

И судя по сравнениям с вью это хорошо)

Не, я пропустил эти шаги эволюции)

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

к тому же ты даже добившись вина, промучаешься с багами "React way"

когда, допустим, shouldComponentUpdate пытаются вклинить

и пр и пр

или, зафигачив jsx и рендер-функции, делают из вью практически тот же реакт

в обещем, сейчас, в эти harsh times, это еще прилично долго будет актуально(

День добрый. В официальных доках про односторонний биндинг есть такая преписка, как Обратите внимание, что объекты и массивы в JavaScript передаются по ссылке, так что если входным параметром является объект или массив, его изменение внутри потомка повлияет на состояние родительского компонента. А если все таки надо передать объект или массив через props, но чтобы при его изменении изменялись данные только в child-компоненте, но не в родителе? Кто как обычно это реализует?

Знаю, можно извратиться через JSON.parse+stringify, но это кажется костылем

Знаю, можно извратиться через JSON.parse+stringify, но это кажется костылем

Deep clone?

{...props} это будет склонированный объект

Ну или Object.assign({}, source), что то же самое, но в es5

День добрый. В официальных доках про односторонний биндинг есть такая преписка, как Обратите внимание, что объекты и массивы в JavaScript передаются по ссылке, так что если входным параметром является объект или массив, его изменение внутри потомка повлияет на состояние родительского компонента. А если все таки надо передать объект или массив через props, но чтобы при его изменении изменялись данные только в child-компоненте, но не в родителе? Кто как обычно это реализует?

Отправлять событие в родитель

Отправлять событие в родитель

какое? я не хочу менять в родителе ничего

{...props} это будет склонированный объект

Вот этот парень все точно сказал

Но при этом заметам что если будет в объекте вложенность, типа объект (или массив) как свойство другого объекта, то его тоже придётся склонировать

Типа { ...obj, prop : { ...obj.prop }}

Vue.component('child', { props: ['message'], template: `<div> <br> <span>{{ message.text }}</span> <br> <button @click="chng">Change!</button> </div>`, methods: { chng() { this.message.text = 'new'; } } }) new Vue({ el: '#app', data: { parentMsg: {text:'original'} } })

{...props} это будет склонированный объект

накатал такой пример, где нужно заюзать?

https://jsbin.com/wogonidiyi/edit?html,js,console,output ссыль, кому интересно