скорее даже с вью на реакт

Такое бывает? :D

Такое бывает? :D

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

Такое бывает? :D

к сожалению да

полгода на вью программеров было совсем трудно найти

у нас это безосновательно, просто потому что реакт

и через год будет трудно, потому что рынок будет перегрет джунами

я кстати хороший вуист думаю искать работу :)

я кстати хороший вуист думаю искать работу :)

с последним словом явно что-то не так

с последним словом явно что-то не так

сорри, параллельно играю в батлфронт 2 :D

а я год назад завязал с играми

просто не хочется и все

Я с командой раз в полгодика в кооп на пару вечеров

Считай как в бар сходили

Привет народ кто небудь встречался с задачей autocomplete с проверкой на правильность ввода, то есть например вводим "Тойланд" получаем в списке "Тайланд"

нуууу

этож изи

https://www.npmjs.com/package/bitap

спасибо google мне тоже дал этот алгоритм

гугл украл все лавры

?

а тут кстати вакансии размещают по вью?

а тут кстати вакансии размещают по вью?

нет

все вакансии в @javascript_jobs

я от туда пришел :D

я от туда пришел :D

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

да я на удаленку хочу

так и скажи, что софтскилз не развит

чем вам так удаленка нравится?

я в ростове, хочу московскую ЗП, вот и все, со скилом все к

чем вам так удаленка нравится?

Да не, прост дома прикольнее

но ведь ее же теперь позиционируют как фреймворк агностик, но мы то знаем, что это не так

что такое агностик?

т.е назависимые

все равно с чем использовать

что такое агностик?

Тот, кто допускает что использование jQuery возможно оправданно, но он не знает таких примеров, но понимает, что возможно они есть

Тот, кто допускает что использование jQuery возможно оправданно, но он не знает таких примеров, но понимает, что возможно они есть

а когда юзаешь jquery, кем становишься?

т.е назависимые

а

а когда юзаешь jquery, кем становишься?

Уебаном, я думаю

тяжко

Уебаном, я думаю

Коротко и ясно ?

есть роут с параметром /user/:id. И когда вот этот id меняется. Повторно используется тот же самый компонент. То есть данные остаются такими же. Как можно это исправить?

есть роут с параметром /user/:id. И когда вот этот id меняется. Повторно используется тот же самый компонент. То есть данные остаются такими же. Как можно это исправить?

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

есть роут с параметром /user/:id. И когда вот этот id меняется. Повторно используется тот же самый компонент. То есть данные остаются такими же. Как можно это исправить?

https://router.vuejs.org/en/advanced/navigation-guards.html

хотя, да мой совет не такой крутой как ссылка выше.

In-Component Guards -> beforeRouteUpdate скорее всего то, что ты ищешь

Вот так сделал

не, лучше используй beforeRouteUpdate()

тоже норм. но лучше гардом всё же)

Окей. Спасибо. А чем гард будет лучше?

В двух словах

в кратце ничем

но профит есть все же

1. ты не вешаешь лишний ватчер

2. ты можешь узнать откуда пришел и куда ушел

потому что вочерам не доверяют, плохое влияние ангуляра :)

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

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

Окей. Спасибо

гуарды - что за слово такое, что значит

типа что то кэлбэков

страж

по идеи

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

ну раньше иначе особо и нельзя было. beforeRouteUpdate ввели с 2.2. глянул, когда это было - год назад, однако. быстро время летит

ну раньше иначе особо и нельзя было. beforeRouteUpdate ввели с 2.2. глянул, когда это было - год назад, однако. быстро время летит

оул, точно, я же с 2.1 версии

по идеи

только не забудь next() в конце прожимать

я с 2,0 :)

ну я сделал уже

А разве scope стили не будут решать эту проблему? ты же про наименования классов?

Да про именования. Нет не решит

хм, забавно

попытался переписать в проекте на beforeRouteUpdate

и чето не зашло

и чето не зашло

что пошло не так?

ну сейчас у меня компонент ориентируется на пропсы

потому, что в роуте я сделал { props: true }

на этот пропс весит ватчер который делает запрос данных

и функции которые делали запрос, берут данные из this.props, а не через аргументы

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

а это значти, мне надо переписать функцию по запросу данных, чтоб она работала с аргументами

а функция, это метод в этом же компоненте?

да

beforeRouteUpdate (to, from, next) { this.myMethod(to.propName); } не вариант?

ведь этот метод никто, кроме гарда не вызовет, наверняка

не, эта функция как раз без аргументов работала, а сама доставала нужное из this

я решил вопрос просто

myMethod(props = this.props) {}

у меня просто метод вызывается еще же в created

можно вместо created, заюзать beforeRouteCreate, но тогда ux поменяется.

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