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

ну тем не менее на этой директиве будет все по отдельности v-on:click="doStuff" v-on:touchstart="doStuff" ...

не, кастомная директива, v-my-event="doStuff", которая внутри на элемент повесит все нужные слушатели…

… но это крайний случай. если получится - лучше компонентом - как <transition> делает, чтобы Vue мог продолжать контролировать все

кстати вот кто там переводами занимается - вот это бы перевести неплохо - https://github.com/pablohpsilva/vuejs-component-style-guide

type: Number, default() { return 0; },а зачем тут у них функция? Вроде ж только для объектов надо, для примитивов просто можно писать значение

type: Number, default() { return 0; },а зачем тут у них функция? Вроде ж только для объектов надо, для примитивов просто можно писать значение

На офф сайте написано же

Чтобы каждая компонента свою область видимости данных имела

https://vuejs.org/v2/guide/components.html#Prop-Validation не вижу тут, в каком месте не помнишь?

https://vuejs.org/v2/guide/components.html#Prop-Validation не вижу тут, в каком месте не помнишь?

https://ru.vuejs.org/v2/guide/components.html#Опция-data-должна-быть-функцией

хз, не вижу связь тут с валидацией пропсов

А, тьфу, сорян, я ступил

Не понял твоего вопроса

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

Я думаю, что там внутри независимо от типа вызывается функция

ну просто default: 100 для меня красивей выглядит чем default () { return 100} :)

но не безопасно

можешь написать свою функцию rtrn(<value>) :D

или так () => (100)

так а в чем небезопасность?

или так () => (100)

Даже можно проще: () => 100

так а в чем небезопасность?

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

и если кто-то его поменяет - он изменится везде

Даже можно проще: () => 100

точно

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

для того она и нужна вроде)

new Number - выдаст объект, а не примитив

к тому же data, как функция, это универсальное решение

для случаев когда нет валидации

и чтобы не проверять все кейсы…

и дело ведь не в том, что валидироваться будет

а в том что ты в default задашь

а ну про new Number не подумал, точно

та это не имеет значение

ну смотри

default : new Book()

ты нажимаешь кнопку Создать Книгу и открывается страница, изменяешь навзвание книги, уходишь со страницы, снова нажимаешь Создать Книгу и видишь старое название

так это ж объект вернет?

тогда надо конечно функцию, так и написано в доках

ну так кейсов для data миллион, Vue не хочет проверять что ты туда ложишь, но он хочет чтобы данные были уникальными

и заставляя тебя писать функцию - напоминает, что нужно новые объекты каждый раз создавать

так а при чем тут data вообще, я не сильно понимаю

сори, props

default

оно все по одному принципу сделано

да и не заставляет она

и даже в оф доках пример где просто примитивы в дефолте

я такое только в этом стайлгайде увидел

да, сори

я немного недочитал твой вопрос

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

почему родитель не может поймать $emit дочки?

а ты уверен что он должен?

а почему не должен?

https://vuejs.org/v2/api/#vm-on

https://risingstars2016.js.org/

» Listen for a custom event on the current vm.

ну да, а что не так то?

у меня компоненты находятся в рамках одного инстанса вью

сделай в родительском шаблоне на компоненте v-on

<child v-on:pick="_mark_point"></child>

м, точняк

vm - это не один глобавльный инстанс, а инстанс каждого Vue и Vue.component

<child v-on:pick="_mark_point"></child>

это сработало

vm - это не один глобавльный инстанс, а инстанс каждого Vue и Vue.component

что? как так?

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

ERROR: S client not available

может я не прав, но я вроде так понял из док по Vue, к тому же только что попробовал маленький пример https://codepen.io/termosa/pen/GrxZNj

>Listen for a custom event on the current vm.

https://vuejs.org/v2/api/#vm-on

» Listen for a custom event on the current vm.

все так )

это и обсуждаем

ну я про то что да, vm это не глобальный инстанс

не $root, в общем

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

Для плагинов может быть полезным, и для создания шин )

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

может он усложнить хочет и добавить промежуточные элементы

Пример использования: Плагин, который определяет, что компонент попал в область видимости. Он мог бы общаться с компонентами через методы $emit $on

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

просто я так всегда делал

а оказываетс можно и без этого обойтись

просто удивился, что шина не сработала

ну я бы в коде посмотрел как он обрабатывает директиву v-on: мне кажется что в ребенке регистрируется $on у которого колбэк это родительский метод

но я в js не силен

ну я бы в коде посмотрел как он обрабатывает директиву v-on: мне кажется что в ребенке регистрируется $on у которого колбэк это родительский метод

А можешь ссылку на исходник кинуть?

я не искал

где-то в гите vuejs

А, все, понял, как ты нашел

что нашел?

просто удивился, что шина не сработала

так у тебя в коде выше и нету шины :) Ты имитишь событие с ребенка, но слушаешь на родителе. А надо слушать на ребенке в родительском компоненте. this родителя и this ребенка - это разные объекты

что нашел?

нашел, но туплю чет :с

Шина работает потому что ты $on и $emit на одном инстансе делаешь

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

Да, один "глобальный" объект

з.ы. кто-нить nginx конфигурирвал? есть вопросик по прокси

Валяй

Возможно ответ найдется сразу тут - http://nginx.org/ru/docs/http/ngx_http_proxy_module.html

В общем, мне надо возвращать ответ от проксируемого сервиса не только отправителю, но и на локальный сервер. Не могу придумать, как это загуглить :)

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

ну да