Встраиваемые в шаблоны выражения удобны, но могут предназначаться только для простых действий. При усложнении логики их труднее поддерживать:
<div id="example">
{{ message.split('').reverse().join('') }}
</div>
Такой шаблон уже не выглядит простым и декларативным. С первого взгляда и не скажешь, что он всего лишь отображает message
задом наперёд. Ситуация станет ещё хуже, если эту логику потребуется использовать в нескольких местах шаблона.
На помощь здесь приходят вычисляемые свойства.
<div id="example">
<p>Изначальное сообщение: «{{ message }}»</p>
<p>Сообщение задом наперёд: «{{ reversedMessage }}»</p>
</div>
var vm = new Vue({
el: '#example',
data: {
message: 'Привет'
},
computed: {
// получатель вычисляемого значения
reversedMessage: function () {
// `this` указывает на экземпляр vm
return this.message.split('').reverse().join('')
}
}
})
Изначальное сообщение: «{{ message }}»
Сообщение задом наперёд: «{{ reversedMessage }}»
Мы определили вычисляемое свойство reversedMessage
. Написанная нами функция будет использоваться как получатель свойства vm.reversedMessage
:
console.log(vm.reversedMessage) // => 'тевирП'
vm.message = 'Пока'
console.log(vm.reversedMessage) // => 'акоП'
Вы можете открыть консоль и поработать примером самостоятельно. Значение vm.reversedMessage
всегда зависит от значения vm.message
.
В шаблонах можно обращаться к вычисляемым свойствам как и к обычным. Vue знает, что vm.reversedMessage
зависит от vm.message
, поэтому при обновлении vm.message
обновятся и все зависящие от него элементы, в нашем случае обновится vm.reversedMessage
. Самое важное — эту зависимость теперь мы указали декларативно: установщик вычисляемого свойства не имеет побочных эффектов, что упрощает понимание кода и его тестирование.
Можно заметить, что такого же результата можно достичь и с помощью метода:
<p>Сообщение задом наперёд: «{{ reverseMessage() }}»</p>
// в компоненте
methods: {
reverseMessage: function () {
return this.message.split('').reverse().join('')
}
}
Вместо вычисляемого свойства, можно использовать ту же самую функцию в качестве метода. С точки зрения конечного результата, оба подхода делают одно и то же. Но есть важное отличие: вычисляемые свойства кэшируются, основываясь на своих реактивных зависимостях. Вычисляемое свойство пересчитывается лишь тогда, когда изменится одна из его реактивных зависимостей. Поэтому, пока message
остаётся неизменным, многократное обращение к reversedMessage
будет каждый раз возвращать единожды вычисленное значение, не запуская функцию вновь.
Обратите внимание, что следующее вычисляемое свойство никогда не обновится, поскольку Date.now()
не является реактивной зависимостью:
computed: {
now: function () {
return Date.now()
}
}
Использование метода, напротив, будет запускать функцию всегда, при каждом обращении к нему.
Зачем нужно кэширование? Представьте, есть «дорогое» вычисляемое свойство A, требующее цикла по огромному массиву и выполняющее множество вычислений. И пусть ещё будут другие вычисляемые свойства, в свою очередь, зависящие от A. Без кэширования получатель A будет запускаться куда чаще необходимого! В тех же случаях, когда кэширования нужно избежать — используйте методы.
Vue предоставляет и более общий способ наблюдения и реагирования на изменения данных в экземпляре: слежение за свойствами. Когда есть данные, которые необходимо обновлять при изменении других данных, возникает соблазн избыточно использовать только этот подход, особенно если привыкли к Angular. Но, как правило, лучше использовать вычисляемые свойства, а не императивный обратновызов в watch
. Рассмотрим пример:
<div id="demo">{{ fullName }}</div>
var vm = new Vue({
el: '#demo',
data: {
firstName: 'Foo',
lastName: 'Bar',
fullName: 'Foo Bar'
},
watch: {
firstName: function (val) {
this.fullName = val + ' ' + this.lastName
},
lastName: function (val) {
this.fullName = this.firstName + ' ' + val
}
}
})
Код выше — императивный и избыточный. Сравните с версией с использованием вычисляемого свойства:
var vm = new Vue({
el: '#demo',
data: {
firstName: 'Foo',
lastName: 'Bar'
},
computed: {
fullName: function () {
return this.firstName + ' ' + this.lastName
}
}
})
Так гораздо лучше, не правда ли?
По умолчанию вычисляемые свойства работают только на чтение, но при необходимости можно также указать и установщик:
// ...
computed: {
fullName: {
// получатель:
get: function () {
return this.firstName + ' ' + this.lastName
},
// установщик:
set: function (newValue) {
var names = newValue.split(' ')
this.firstName = names[0]
this.lastName = names[names.length - 1]
}
}
}
// ...
Теперь запись vm.fullName = 'Иван Иванов'
вызовет установщик, и vm.firstName
и vm.lastName
будут соответствующим образом обновлены.
Хотя в большинстве случаев лучше использовать вычисляемые свойства, иногда необходимы пользовательские методы-наблюдатели. Поэтому Vue предоставляет более общий способ реагирования на изменения в данных через настройку watch
. Эта возможность полезна для «дорогих» или асинхронных операций, выполняемых в ответ на изменение данных.
Рассмотрим пример:
<div id="watch-example">
<p>
Задайте вопрос, на который можно ответить «да» или «нет»:
<input v-model="question">
</p>
<p>{{ answer }}</p>
</div>
<!-- Поскольку уже существует обширная экосистема ajax-библиотек -->
<!-- и библиотек функций общего назначения, ядро Vue может -->
<!-- оставаться маленьким и не изобретать их заново. Кроме того, -->
<!-- это позволяет вам использовать только знакомые инструменты. -->
<script src="https://cdn.jsdelivr.net/npm/axios@0.12.0/dist/axios.min.js"></script>
<script src="https://cdn.jsdelivr.net/npm/lodash@4.13.1/lodash.min.js"></script>
<script>
var watchExampleVM = new Vue({
el: '#watch-example',
data: {
question: '',
answer: 'Я могу ответить только после задавания вопроса'
},
watch: {
// эта функция запускается при любом изменении вопроса
question: function (newQuestion, oldQuestion) {
this.answer = 'Ожидаю, когда вы закончите печатать...'
this.debouncedGetAnswer()
}
},
created: function () {
// _.debounce — это функция lodash, позволяющая ограничить то,
// насколько часто может выполняться определённая операция.
// В данном случае мы ограничиваем частоту обращений к yesno.wtf/api,
// дожидаясь завершения печати вопроса перед отправкой ajax-запроса.
// Узнать больше о функции _.debounce (и её родственнице _.throttle),
// можно в документации: https://lodash.com/docs#debounce
this.debouncedGetAnswer = _.debounce(this.getAnswer, 500)
},
methods: {
getAnswer: function () {
if (this.question.indexOf('?') === -1) {
this.answer = 'Вопросы обычно заканчиваются вопросительным знаком. ;-)'
return
}
this.answer = 'Думаю...'
var vm = this
axios.get('https://yesno.wtf/api')
.then(function (response) {
vm.answer = _.capitalize(response.data.answer)
})
.catch(function (error) {
vm.answer = 'Ошибка! Не могу связаться с API. ' + error
})
}
}
})
</script>
Задайте вопрос, на который можно ответить «да» или «нет»:
{{ answer }}
В данном случае использование настройки watch
позволило выполнять асинхронную операцию (обращение к API), ограничивать частоту выполнения этой операции и устанавливать промежуточные состояния до получения ответа от сервера. Ничего из этого не удалось бы достичь с помощью вычисляемых свойств.
Кроме настройки watch
можно также использовать vm.$watch в императивном стиле.