Можно ли игнорировать срабатывание watch при инициализации компонента без введения дополнительных переменных?

Question

[Андрей]

Привет!

data() {
        return {
            some_value: null
        }
    },
    watch: {
        some_value(value) {
            // code
        }
    },
    mounted() {
        getAsyncData() 
    },
    methods: {
        async getAsyncData() {
            this.some_value = await api.getSomeValue()
        }
    }

Стандартный компонент vue, при инициализации ожидаемо сработает вотчер - переменная изменилась с null на полученное значение. Есть ли способ, чтобы он не срабатывал при инициализации? Если решение только с помощью отдельной переменной (if (notTheFirstTime) { // code }), то был бы рад, если бы кто-то подсказал, как в таких случаях принято эти переменные называть.

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

Comments

[Alex]

Как насчет

some_value(newValue, oldValue) {
      if (oldValue !== null) { ... }
}

[Андрей]

На мой взгляд, это лаконичное и крутое решение, обидно даже, что не пришло в голову самому)
Спасибо! Отметил бы как ответ.

Answer 1

[0xD34F]

Запускайте наблюдение после получения данных:

async created() {
  await this.getAsyncData();
  this.$watch('some_value', value => {
    ...
  });
},

Comments

[Андрей]

Рабочий вариант, но при большом количестве кода в компонентах и так каша, вынесение логики наблюдения в хуки может создать путаницу. Но предложение однозначно хорошее, спасибо.
Попутно хотелось бы уточнить - читал, что async хуки - антипаттерн и этого следует избегать. Сам я тоже порой так делаю, не замечал никаких побочных эффектов.

[0xD34F]

Андрей,

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

То есть, что можно сделать метод - это вам в голову не пришло.

Попутно хотелось бы уточнить...

Идите уточняйте где-нибудь в другом месте, вопрос был не об этом.

[Андрей]

0xD34F, простите, владыка, виноват!