есть edge case-сы где это оправдано, поэтому эту фичу нельзя забывать и держать в голове

но не пихать ее куда не попадя

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

глобальный совет такой - прежде чем юзать watch - 10 раз подумай

вот опять ты вбрасываешь что-то но даже не аргументируешь.

вот опять ты вбрасываешь что-то но даже не аргументируешь.

а тут требуется аргументация какая-то?

а тут требуется аргументация какая-то?

Ну тогда я скажу, не юзайте никогда vuex.

И чо все прям побегут не юзать? А причины? А почему не юзать?

да блин, ну юзайте watch

ок

везде и всюду

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

хотите получить тормозное и плохо управляемое дерьмецо?

watch - ваше всё

тут надо понимать одну простую вещь же

скажи всем что watch это бест-практис

и пипец большинству приложений

типа заставь дурака богу молиться....

А аргументов так и нет

Какие аргументы? Когда watch и computed по низам одно и тоже.

Какие аргументы? Когда watch и computed по низам одно и тоже.

это было бы очень хорошо, если бы по низам это было одно и тоже

watch - ваше всё

Я юзаю(

Я юзаю(

а можешь обосновать свой кейс для использования watch?

а можешь обосновать свой кейс для использования watch?

Watch route вот

Watch route вот

ну ок, роут принят

а еще

Пока усё

смена роута не критична

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

получится костыль

Наверн

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

Ну крайности везде это не круто

типа как в реакте react-router-redux

без крайностей скорее всего нигде не обойтись

системного подхода на 100% практически нигде не бывает

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

Для чего тогда вотч по твоему мнению создан?

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

Интересно послушать тогда юзкейсы

Для чего тогда вотч по твоему мнению создан?

ну для редких случаев когда нужно быстро и без боли что-то отловить

Вотча*

А я вот не согласен что вотч для роута это норм. для этого специально были придуманы navigation guards

А я вот не согласен что вотч для роута это норм. для этого специально были придуманы navigation guards

ну я вот тоже не согласен

А я вот не согласен что вотч для роута это норм. для этого специально были придуманы navigation guards

А зачем вотч для роута кстати?

т.к. там же есть специальные хуки для этого

А зачем вотч для роута кстати?

вотчить смену роута офк

только есть routeBeforeUpdate

вотчить смену роута офк

Ну так не через вотчины же

поэтому вотч не нужен в данном случае

Ну так не через вотчины же

ну некоторые делают через вотч

Before each же есть?

ну некоторые делают через вотч

А

но против ничего не имею т.к. это не повлияет ни на что

Before each же есть?

это если для всех роутов

хотя повлияет на понимание логики и кода

но против ничего не имею т.к. это не повлияет ни на что

а на что повлияет вотч с эмитом события внутри при изменении значения переменной?

а на что повлияет вотч с эмитом события внутри при изменении значения переменной?

что такое "переменной" ?

ты имеешь в виду стейт компонента?

стейт стора?

что такое "переменной" ?

то что ты вотчишь

я плохо себе представляю смысл вотчей вообще

я не вижу в них никакого смысла

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

но они за бортом моего понимания

я не вижу в них никакого смысла

Когда локальный Стейт отслеживаешь например

все можно сделать легальными способами

Который в стор смысла писать нет

Не?

ERROR: S client not available

ну ты делаешь v-model="kek" и вотчишь кек когда кек меняется ты эмитишь событие что оно изменилось и в родителе уже делаешь что-то от этого

Который в стор смысла писать нет

ну смотря что ты имеешь в виду

в чем здесь проблема?

ну ты делаешь v-model="kek" и вотчишь кек когда кек меняется ты эмитишь событие что оно изменилось и в родителе уже делаешь что-то от этого

Ага, под капотом же так вррде

V-model значит тоже зло ?

ну ты делаешь v-model="kek" и вотчишь кек когда кек меняется ты эмитишь событие что оно изменилось и в родителе уже делаешь что-то от этого

я та не делаю никогда

И события заодно ?

я та не делаю никогда

так я у тебя спрашиваю как ты сделаешь?

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

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

А как без директивы модели?

т.е. на @chabge=... , :value=...

ну ты делаешь v-model="kek" и вотчишь кек когда кек меняется ты эмитишь событие что оно изменилось и в родителе уже делаешь что-то от этого

Блин чот орнул с этого примера)))

А зачем тогда директивы во фреймворке и механизмы?)

Чтоб их не юзать?

т.е. на @chabge=... , :value=...

и обмазаться еще лишним методом?

А зачем тогда директивы во фреймворке и механизмы?)

не ну в некоторых случаях v-model и правда только мешает

не ну в некоторых случаях v-model и правда только мешает

Не ну понятно что можно не к месту применять когда есть очевиднее путь. Но часто ли так?

и обмазаться еще лишним методом?

вот дружеский совет

не надо пытаться "упростить"

там где этого делать не нужно

чтобы потом не обломаться сильно

лучше писать просто и очевидно

Не пойму как можно обломаться на v-model

Куда проще и очевиднее?)

watch это очень не прозрачно

Не пойму как можно обломаться на v-model

можно. но мой пример не подходит под обломаться

можно. но мой пример не подходит под обломаться

связка v-model + watch это самая жопа наверное

которую можно придумать во vue

можно. но мой пример не подходит под обломаться

Мб компонент слишком усложнен тогда и нужна композиция?

В. Таких ситуациях)

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

связка v-model + watch это самая жопа наверное

вотчишь инпут к примеру чтобы потом кидать по нему запрос на qiucksearch