кто какие селекты использует? пробовал vueSelect, Select2, multiselect - говнище редкое, если честно

monterail/vue-multiselect ок

monterail/vue-multiselect ок

насчет multiselect - есть возможность закрыть все селекты из js-функции?

насчет multiselect - есть возможность закрыть все селекты из js-функции?

не знаю, не было необходимости в таком

Народ, а как обработать потерю фокуса полем?

Народ, а как обработать потерю фокуса полем?

Слушать событие блюра

ога, сенкс

не знаю, не было необходимости в таком

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

проставить у нужного option атрибут selected?

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

засовываешь данные в поле, которое у тебя в v-model и оно возьмет его вместо плейсхолдера

супер, спасибо

?

Тогда получай жсон, сохраняй в переменной в данных и от неё уже свойства в шаблоне пиши

а про что почитать в документации по этой теме ?

а про что почитать в документации по этой теме ?

примеры в офф репе vue

а про что почитать в документации по этой теме ?

Самые первые разделы документации и аякс

спасибо

я понимаю, что есть todos, а почему именно в директиве todo не понятно, и откуда и она берется

v-for="todo

отсюда)

в строке v-for ты сам дал название одиночному элементу итерации

в строке v-for ты сам дал название одиночному элементу итерации

аа, понятно, значит данное имя мы сами задаем

Про foreach прочитай

В других языках

И снова я с вопросом о rest API. Кто юзал https://github.com/visionmedia/superagent? Что скажете? По-моему вполне годная либа.

И снова я с вопросом о rest API. Кто юзал https://github.com/visionmedia/superagent? Что скажете? По-моему вполне годная либа.

Что удобнее то и используй) есть ещё аксиос популярный

Что удобнее то и используй) есть ещё аксиос популярный

Да я как-бы с Vue несколько дней знаком. Не знаю что тут принято использовать для этого. До этого с Angular 1.6 имел опыт.

Что удобнее то и используй) есть ещё аксиос популярный

православный axios

Да я как-бы с Vue несколько дней знаком. Не знаю что тут принято использовать для этого. До этого с Angular 1.6 имел опыт.

Принято то что удобно каждому)

православный axios

Жиквери всё равно лучше всех ?

Чем меньше специфичных зависимостей от фреймворка, тем лучше (как тут говорит один Илья)

Я сегодня vue-resource поставил

Жиквери всё равно лучше всех ?

разжигаешь межбиблиотечную розню!

Кстати, а в чём очевидные плюсы axios против vue-resource? Они есть вообще? (Да, читал, что создатель Vue советовал axios говоря, что resource чуть не deprecated)

разжигаешь межбиблиотечную розню!

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

разжигаешь межбиблиотечную розню!

Гори гори ясно

Кстати, а в чём очевидные плюсы axios против vue-resource? Они есть вообще? (Да, читал, что создатель Vue советовал axios говоря, что resource чуть не deprecated)

axios не привязан к vue, vue-resource только для Vue.

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

чертов извращенец

Кстати, а в чём очевидные плюсы axios против vue-resource? Они есть вообще? (Да, читал, что создатель Vue советовал axios говоря, что resource чуть не deprecated)

он не то, чтобы "советовал" использовать axios ВМЕСТО, он просто сказал, что vue-resource больше не является официальной либой и юзайте че хотите

но вопрос хороший, мне тоже любопытно, чем axios лучше

чертов извращенец

бук-фетишист?

он не то, чтобы "советовал" использовать axios ВМЕСТО, он просто сказал, что vue-resource больше не является официальной либой и юзайте че хотите

больше не является? как так?

А, ну ок. Как понял, axios просто универсальнее

А, ну ок. Как понял, axios просто универсальнее

да

ты его и в реакт и в ангуляр можешь тащит

больше не является? как так?

уже давно, погугли медиум Evan You

знание не пропадет

уже давно, погугли медиум Evan You

а чем он аргументировал это?

А вот эти this.$http.get() - сомнительное превосходство, т.к. все равно все будут оборачивать методы вызова API в свои функции.

А вот эти this.$http.get() - сомнительное превосходство, т.к. все равно все будут оборачивать методы вызова API в свои функции.

да, логично

тем что велосипед не нужен)

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

просто в этом нет необходимости

Собственно, https://medium.com/the-vue-point/retiring-vue-resource-871a82880af4

лучше почитай оригинал, я щас херни наговорить могу)

axios не привязан к vue, vue-resource только для Vue.

но для меня, как Vue разраба, это плюс а не минус, не?

но для меня, как Vue разраба, это плюс а не минус, не?

Пока ты работаешь один - может быть

Да и у Axios звездочек побольше.

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

И один axios :)

Да и у Axios звездочек побольше.

именно из-за его универсальности, видимо

кек))

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

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

А вот эти this.$http.get() - сомнительное превосходство, т.к. все равно все будут оборачивать методы вызова API в свои функции.

Ты там про ресурсы прочитай в доках

Ты там про ресурсы прочитай в доках

ок, загляну как нить

ERROR: S client not available

лучше лови в mounted

лучше лови в mounted

че это?

это мое все

лучше лови в mounted

mounted выполняется, когда все подгрузилось из-за этого ?

я понял, я про то, почему это в маунтед делать это лучше

лучше лови в mounted

у меня там уже другой код немного

я понял, я про то, почему это в маунтед делать это лучше

дда

у меня там уже другой код немного

хорошо)

дда

че да то? это вопрос был

почему в моунтед это делать лучше?

я вот не соглашусь с тобой

почему в моунтед это делать лучше?

а где?

а где?

в created

в created

эх не помню как у меня, давно за компом не сидел)

это логично делать запрос как можно раньше: запрос асинхронный, функция выполнится и запрос уйдет, вью делает свои грязные делишки, дальше уже поступают данные в фоне и только когда все получаено, event loop ждет, когда освободится основной поток и загружает туда свои задание, которые продолжат свою работу

в если ты отправляешь запрос в mounted то ты тупо упускаешь время

а в плане ssr норм?

это логично делать запрос как можно раньше: запрос асинхронный, функция выполнится и запрос уйдет, вью делает свои грязные делишки, дальше уже поступают данные в фоне и только когда все получаено, event loop ждет, когда освободится основной поток и загружает туда свои задание, которые продолжат свою работу

Илья с тобой не согласен. Жаль у меня нет времени тебе расписать

в created

mounted ?

Илья с тобой не согласен. Жаль у меня нет времени тебе расписать

с удовольствием бы послушал

Выпускайте Илью!????

Так он коротенько в 1 из видео рассказал

Так он коротенько в 1 из видео рассказал

в котором?

А что

С чем я не согласен?

Про mounted? Такое. 1) Есть всякие сценарии когда компонент создался но не будет смонтирован - при использовании слотов к примеру

Также это рушит server side rendering

Благодарю

ну то есть без ssr и слотом можно юзать created

слотов