Даже и не знаю, что сказать... Может, конкретный пример поможет? Представьте, что у вас есть стрелочная функция:
(a, b) => a + b (или (a, b) => { return a + b })
Аналогичная ей обычная функция будет выглядеть так:
function(a, b) {
return a + b
}.bind(this)
То есть, стрелочные функции отличаются от обычных синтаксисом (нет ключевого слова function, а между списком параметров и телом функции та самая стрелка) и автоматической привязкой контекста.
nastya_zholudeva, ну, экземпляры обоих компонентов должны существовать единовременно. Кто-то событие должен отправить, а кто-то принять. При этом компоненты не должны находится в отношении родитель-потомок - в этом случае использование шины будет очевидно излишним усложнением.
nastya_zholudeva, то есть, ситуация такая - один компонент генерирует данные, которые должны быть доступны в другом компоненте, экземпляр которого на момент генерации отсутствует. Напрашивается использование vuex. Пусть данные будут лежать в сторе, первый компонент будет дёргать мутацию или экшен, чтобы обновлять данные, а второй компонент будет данные из стора доставать.
Так разобрались бы. Да и не обязательно здесь делать обычную функцию - ведь стрелочные допускают более одного выражения, надо только скобки фигурные поставить, добавил в ответ пример.
boga-net, то, что подобный код пишется в глобальном контексте, не делает его менее безграмотным. Сейчас в глобальном, а потом рефакторинг, то-сё - и вот уже вынесен в отдельный метод. Так надо будет ведь исправлять объявление переменных - а вспомните ли вы об этом? Может да, а может и нет.
Хотите подчеркнуть, что двум переменным при инициализации одно и то же значение задаётся не случайно, а так и должно быть? Пишите так:
var a = 1,
b = a;
Исходя из комментария Павло Пономаренко, переменная "b" не присвоила ничего...
Да всё присвоилось - просто, поскольку переменная локальная, её не видно во внешней области видимости - как и должно быть. А переменная c, вроде бы тоже (нет) объявленная локально, оказалась глобальной.
Вы это бросьте, такие вопросы задавать попросту неприлично (и никакое "начинающий" тут оправданием не является) - гугл в руки, и вперёд. Могу посоветовать почитать исходный код того же inputmask'а. Или любого другого плагина, решающего задачу ограничения пользовательского ввода.
Проверка данных на сервере - это не достаточно, а необходимо - данным, полученным с клиента, доверять нельзя.
Имеет, если является решением стоящей перед вами задачи. Я бы на вашем месте вообще не сильно беспокоился такими вопросами. Главное - чтобы работало. А отрефакторить можно (если нужно) и потом.
Ну ок. Думаю, для вас будет нелишним познакомиться с такой штукой, как роутер (нет, это не предложение тотчас броситься всё переписывать с использованием роутера... но судя по вашему коду его использованием там прямо-таки напрашивается).
Лучше никак. Правильным решением будет генерация события в дочернем компоненте и подписка на него в родительском (где вы и дёрнете нужный вам метод). За подробностями - в документацию.
(a, b) => a + b(или(a, b) => { return a + b })Аналогичная ей обычная функция будет выглядеть так:
То есть, стрелочные функции отличаются от обычных синтаксисом (нет ключевого слова function, а между списком параметров и телом функции та самая стрелка) и автоматической привязкой контекста.