бандл это тоже наркота которая избавляет например от срача с script тегами и делает нормальный контроль версий пакетов и модули но он тут нипричем

Прост если берешься использовать vue, jquery в тот же функционал мешать не надо

Че не слушай то? Я говорю что не нужно мешать мух с котлетами. На vue эта задачка очень просто решается

ну посоветуй еще написать десктопный апп на qt

О, походу Остапа понесло))

ну этим снобизмом ты просто отгонишь потенциального адепта вуя куда то еще

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

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

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

Иначе ты до ruby программиста скатишься. "наш язык это философия, все остальные языки - говно"

Какой снобизм? Причина на поверхности. vue работает с виртуальным DOM, а jquery с реальным. Если второй что-то меняет, первый никак об этом не узнает. Отсюда могут возникнуть проблемы

jq и не надо знать ничего.

через jq у меня модалка, результаты работы которой будут изменять модель vue

Вот только еще вопрос. Немного со вложенностями не понимаю. Как бы объяснить.

Речь не о jq а о vue

vue не будет знать что jq наменял

будет почему не будет

делаешь глобалкой vue instance меняешь ей что хочешь - меняется интерфейс

Как то так форма выглядит

если дом напямую менять то нет да

С первым уровнем понятно

Есть некий v-for, в котором перечислены адреса

Как к каждому адресу в модели привязать получателя?

модель это обычный жсончик

можешь какиенибудь айдишники заюзать

addrs : [ { id : 1, name : 'Улица пушкина дом колотушкина', recievers : [ { id : 5, name : 'Васька пупкин' } ] } ]

тупо список обьектов короче

Оно?

ну смотри короче ты в экшоны редактировать или изменить передаешь текущий адрес по которому итерируешься а внутри экшона уже получаешь из куска модели что хочешь

А v-for можно вкладывать в v-for?

вроде да

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

ну тебе потом надо будет разбить на компоненты и осознать что пропсы у компонентов ридонли...

я почти сплю

<div id="app"> <div class="addr" v-for="addr in addrs"> {{addr.name}} <div class="rec" v-for="rec in addr.recievers"> {{rec.name}} </div> </div> </div>

Нечто такое валидно?

вполне

вполне

хех

Чтоб я без вас делал :3

Только еще :key укажи. Туда id засунь

А это. Суть в том, что id пока нет. Пользователь ведь добавляет новые адреса. Присвоить некие виртуальные, по счетчику?

в on click можешь передать addr и rec и все будет по красоте

Бекенд тебе не возвращает id вновь добавленного адреса?

до момента полного сохранения формы, адреса не отправляются в бекенд

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

Это регистрация, короче. То есть, пока юзер все все все данные не заполнил, нет смысла чото слать в хендлеры

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

как раньше и было

В общем key нужен vue для того чтобы корректнее списки рендерить. key не обязателен, но очень рекомендуется

Хм. Еще нюанс. У меня есть радио кнопки. Один из адресов нужно выбрать как главный. Все это через v-model делается, а у адреса надо завести какой-нибудь data.main (bool) ?

Вопроса чет я не понял))

When the array order is changed, by default Vue would change the data in each existing element rather than moving the DOM elements to the updated position. We can set Vue to track each element using a key. This would cause it to move elements rather than replacing values.

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

Хм. Еще нюанс. У меня есть радио кнопки. Один из адресов нужно выбрать как главный. Все это через v-model делается, а у адреса надо завести какой-нибудь data.main (bool) ?

да как то так

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

но нет, вроде сам так пишу и со всем согласен

эван няшечка

эван няшечка

Только это не он написал стайлгайд

хммм. А это. Есть Jquery плагин kladr api, как его то дружить с vue. В mount повешать саму обертку вроде легко. А как заставить модель реагировать на изменение инпута?

И вообще не очень надо было. Хотя может пригодиться для ssr когда слишком много всего полезет в общий Стейт в большом проекте.

Слушай, меня все мучайте вопрос, как на редаксе решают вопрос со свитчем для распределения редьюсеров?

хммм. А это. Есть Jquery плагин kladr api, как его то дружить с vue. В mount повешать саму обертку вроде легко. А как заставить модель реагировать на изменение инпута?

Просто накидывай эвенты на плагин, а внутри этих эвентов эммить input

У этого плагина походу нет событий change...

Я думаю это уже твои проблемы. Тебе достаточно эмитить то, что тебе нужно и можешь конечно настроить model у компонента.

У него нет этого, но это не отменяет, что это обычный импут.

Повесь просто на импут и все

select = function (obj) {} - выбран объект в списке. В параметре передаётся текущий, выбранный объект КЛАДР. Доступно как событие kladr_select поля ввода

Вот же твой onchange

change = function (obj) {} - изменился текущий объект (current). В параметре передаётся текущий объект КЛАДР. Доступно как событие kladr_change поля ввода.

В глаза сношаюсь

парни, кто работал с socket.io ?

data () { return { socket: io('http://' + window.location.hostname + ':' + window.location.port) } }

created () { this.socket.on('a', (response) => { S.dispatch('a', response) setTimeout((self) => { this.socket.emit('a') }, 3000, this) }) }

mounted () { this.socket.emit('a') }

делаю вот так. очень часто приходит ответ, если открыть несколько браузеров

очень часто - это раз 15 - 20 в секунду

есть кто живой?

Ну так несколько бразуеров, долбить должно чаще по идее

Мдем. В общем плохой подход так миксовать jquery и vue

У меня форма внутри диалога. И в итоге результирующего кода даже больше, чем на чистом jq.

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

Спасибо вам за ваши ответы =)

Мораль такова: не надо миксовать жквери и вью. Кроме случаев, когда надо.

Само по себе писать на mvvm приятно. Но, чтобы не сломать ничего jquery, много кода во всяких mount. В итоге выигрыш какой-то сомнительный получился.

А jquery из этого проекта я точно не выкину. Сроки не позволяют.

Что там за код в mount?

Ну так несколько бразуеров, долбить должно чаще по идее

я ошибся на сервере, вопрос снят

Навесы kladr api, методы управления открытия/закрытия jqUi диалога.

О кстати. Кто какие диалоги юзает? Я jqUI диалог, с выкошенными стандартными стилями и поглядываю вот на это: http://craftpip.github.io/jquery-confirm/

Список требований к диалогам: модальность, открытие нескольких диалогов, адаптивные темы, создание своих кнопок с обработкой. Возможность lazyload диалога, чтобы можно было создать обертку модалки вокруг дива и когда надо открывать ее. А не создавать при открытии модалки полностью новую дом структуру

https://ru.vuejs.org/v2/examples/modal.html

Только вместо v-if используй v-show для модалки

В проекте уже jqUI диалог.

А тащить рядом другие плагины на мое субьективное мнение - избыток.

заменяеш по чутка выпиливая старый хлам

и период избыточности пройдёт

Тащим другие плагины на jq и не печалимся) главное обёртку удобную для него написать

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