подскажите, как правильно сделать input в отдельном компоненте? без - Avoid mutating a prop directly since the value will be overwritten whenever the parent component re-renders. Instead, use a data or computed property based on the prop's value. Prop being mutated: "value"

через v-model

https://ru.vuejs.org/v2/guide/forms.html

https://scotch.io/tutorials/how-to-handle-file-uploads-in-vue-2

https://gist.github.com/serbe/5ae620b4ede2884722c41e9dbcb6fb64

$emit('input', $event.target.value) может

для того, что бы ИЗ комонента передать в v-model

@input="value = $emit('input', $event.target.value)"

вот так

ок, спасибо, я просто пока далек от этого - но надеюсь скоро вникну

как лучше сделать последовательный "роунтинг" на странице? вот есть страница и она поделена на две части, одна - статична и не меняется, а другая - динамична динамичная страница не имеет меню. т.е. все переходы осуществляются через нажатия кнопок, после заполнения параметров (и после каждого заполнения идут запросы в бд). типа step by step получится на пол странички. щас решаю это проблему через vuex+vue-route. но не нравится то, что изменяется адресная строка браузера и после перезагрузки можно попасть, например, на второй этап заполнения, что есть не правильно. подумываю сделать переменную и там хранить вид отображения, а через v-if/v-show отображать, хорошая ли это идея? какие мысли?

да, переменная step, которая отражает текущей щаг

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

Ты можешь вместо if-ов сделать каждый шаг отдельным компонентом, и подключать их динамически <component :is="steps[currentStep]"></component> где steps = { "step1": StepOneComponent, "step2": StepTwoComponent, ... }

а если от шага к шагу структура компонента сильно отличается? для каждого шага свой компонент? Так или иначе все равно все сведелтся к if :)

Можно делать переходы в роутере "компонент внутри компонента". Например, это работает для /blog/post1 Компонент blog, а внутри него через <router-view> меняется содержимое

Это есть в доках

Либо вариант с динамичными компонетами, как показали выше. Не знаю, что вам удобнее

Так ему как раз не нравится что завязано на location, я так понял

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

Ну тогда динамические компоненты тот самый вариант, да

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

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

спасибо за ответы

Ты можешь вместо if-ов сделать каждый шаг отдельным компонентом, и подключать их динамически <component :is="steps[currentStep]"></component> где steps = { "step1": StepOneComponent, "step2": StepTwoComponent, ... }

этот вариант само то, т.к. отвязка от location и компоненты не нужно трогать

@seme

@sem_eleven или посмотри в сторону https://github.com/amwmedia/plop

https://github.com/hjeti/vue-generator

А есть примеры?

А есть примеры?

Там же https://github.com/hjeti/vue-generator/tree/master/template/

Там же https://github.com/hjeti/vue-generator/tree/master/template/

Стор уже убого сделан)

Да делай как хочешь, ну)

А зачем разбивать .vue-файл на js/css/html

А зачем разбивать .vue-файл на js/css/html

удобство

когда слишком большой один файл

Нууу

допустим слишком много логики или слишком объекмный шаблон

Насколько большой?

У меня есть парочка компонентов в 200 строк, но вроде норм читается

Насколько большой?

у себя я выношу логику в отдельны js файл, если логики больше 50 строк

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

А выносить пару строк - ну хз, такое себе

Настроить линт файлов, когда они с их родными расширениями гораздо проще

Ну и вообще, использовать несколько языков в одном файле, такое себе

Но это кому как

@sem_eleven или посмотри в сторону https://github.com/amwmedia/plop

тож прикольно выглядит, но чуть сложнее

народ, есть какой нибудь облачный сервис, чтобы бесплатно развернуть MONGO DB?

народ, есть какой нибудь облачный сервис, чтобы бесплатно развернуть MONGO DB?

mongolab

openShift, heroku (18 часов)

https://mlab.com/plans/pricing/#plan-type=sandbox

Михаил, Станислав, спасибо

Ребят, из-за чего в Vue debugger иногда показывается root, а иногда нет?

Вроде @eddimensi что-то писал по этому поводу.

Ребят, из-за чего в Vue debugger иногда показывается root, а иногда нет?

хз, всегда рут показывает

У меня сейчас App показывает

Root показывает если у верхнего компонента нет name указанного вроде

Уже было, обсуждали, но я не помню.

если указывать name всегда показывает оттуда

Но в нем нет того, что есть в root

Народ а как повесить событие vue на динамически созданный елемент? Типа вот на такой let im = document.createElement('img');

Народ а как повесить событие vue на динамически созданный елемент? Типа вот на такой let im = document.createElement('img');

Это в render функции?

Народ а как повесить событие vue на динамически созданный елемент? Типа вот на такой let im = document.createElement('img');

слушай на родительском, сравниай event.target

Нет. Это по добавлению файла в форму отрисовывается превью. Но вот удалить это превью каг бЭ трабл. Хотя уже нет)

Не могу для себя решить, какой CSS костыль использовать для нового проекта на работе - CSS модули или Scoped. Плюсы за Scoped - он простой и понятный. Минусы - можно легко сломать верстку, смешивание одинаковых классов на одной ноде. Плюсы за CSS модули - сложно сломать, общий подход для SPA. Минусы - писать "$style.className" лень, в инспекторе выглядит не оч. Основная мысль - поддерживать проект в будущем могут другие люди не знающие Vue, плохо понимающие в этом модном фронте и я могу уйти на другую работу :) В общем, почем сейчас машины времени и как заглянуть в будущее незаметно от санитаров?

а чем плох дедовский подход с stylus файлами (или любой другой препроцессор) для каждого компонента/страницы/etc?

а плане поддержи вроде самое понятное решение

ERROR: S client not available

а чем плох дедовский подход с stylus файлами (или любой другой препроцессор) для каждого компонента/страницы/etc?

А причем тут Stylus?

Препроцессор значения не имеет

окей замени stylus на чистый css

в моем вопросе

А причем тут Stylus?

ну реально, че ты просто CSS'ом не воспользуешься, если тебе Stylus не нравится?

окей замени stylus на чистый css

т.е. вообще отказаться от каких-либо неймспейсов\генерации классов в проекте?

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

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

* css модули

т.е. вообще отказаться от каких-либо неймспейсов\генерации классов в проекте?

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

т.е. вообще отказаться от каких-либо неймспейсов\генерации классов в проекте?

зачем тебе неймспейсы, Стас?

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

так обычный css сломать сильно проще. Он же "глобальный"

:D

так обычный css сломать сильно проще. Он же "глобальный"

о, слыхал про БЭМ?

Я за scoped

зачем тебе неймспейсы, Стас?

чтоб какой-нибудь другой разраб не переписал стили компонента?

у меня просто была такая же дилема. Есть знакомая верстальщица, которая помогает с личным проектом. Она не в зуб ногой этого вашего современного веба. И я прикинул что объяснять ей все эти скопеды и прочее гораздо затратнее чем вынести стили глобально

На модули перепишут другие когда разберутся ?

хз шо там легко сломать, щас на текущем продже кастомного цсс-а примерно 50к строк, все работает более чем,)

чтоб какой-нибудь другой разраб не переписал стили компонента?

найми верстальщицу )

о, слыхал про БЭМ?

Смищно :)

хз шо там легко сломать, щас на текущем продже кастомного цсс-а примерно 50к строк, все работает более чем,)

чистый CSS/препроцессоры?

так обычный css сломать сильно проще. Он же "глобальный"

ну если это будет нечитаемая однофайловая простыня, то конечно проще

less используем

сорьки, настроение хорошее )

но по сути не важно, лесс, постцсс или сасс

или стайлус упомнутый выше

ну тут зависит от того, что ты там пишешь)) если это реально spa неблоьшое ,то стайлкомпонентс круто, а если куча страниц- то так себе решение

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

ну тут зависит от того, что ты там пишешь)) если это реально spa неблоьшое ,то стайлкомпонентс круто, а если куча страниц- то так себе решение

У нас нету стайлкомпонетс в Vue (на самом деле уже есть, но оно не production ready), да и выглядит еще страшнее, чем все остальное, как по мне

отож, по-этому я за глобальные стили

ну scoped некое подобие

можно сказать