计算属性

计算属性

模板中的表达式虽然方便，但也只能用来做简单的操作。如果在模板中写太多逻辑，会让使其变得臃肿，难以维护。比如说，我们有这样一个包含嵌套数组的对象：

const author = reactive({
  name: 'John Doe',
  books: [
    'Vue 2 - Advanced Guide',
    'Vue 3 - Basic Guide',
    'Vue 4 - The Mystery'
  ]
})

我们想根据author是否已经有一些书来显示不同的消息

Has published books:
{{ author.books.length > 0 ? 'Yes' : 'No' }}

这里的模板看起来有些复杂。我们必须认真看好一会儿才能明白它的计算依赖于author.books。更重要的是，如果在模板中需要不止一次这样的计算，我们可能不想写重复的代码。因此我们推荐使用computed（计算）属性。来描述依赖响应式状态的复杂逻辑。

这是重构后的示例：

 
Has published books:
 {{ publishedBooksMessage }}

我们在这里定义了一个计算属性publishedBooksMessage。computed()方法期望接收一个getter函数，返回值，为一个计算属性ref。和其他一般的 ref 类似，你可以通过publishedBooksMessage.value访问计算结果。计算属性 ref 也会，在模板中，自动解包，因此在模板表达式中引用时无需添加.value。

Vue 的计算属性会自动追踪响应式依赖。它会检测到publishedBooksMessage依赖于author.books，所以当author.books改变时，任何依赖于publishedBooksMessage的绑定都会同时更新。

计算属性缓存 vs 方法

你可能已经注意到我们可以通过在表达式中调用 function 方法来达到同样的效果：

template
{{ calculateBooksMessage() }}

// JS
calculateBooksMessage() {
    return this.author.books.length > 0 ? 'Yes' : 'No'
}

若我们将同样的函数定义为一个方法而不是计算属性，两种方式在结果上确实是完全相同的，然而，不同之处在于计算属性值会基于其响应式依赖被缓存，一个计算属性，仅会在其响应式依赖更新时，才重新计算。这意味着只要author.books不改变，无论多少次访问publishedBooksMessage都会立即返回先前的计算结果，而不用重复执行getter函数。

这也意味着下面的计算属性永远不会更新，因为Date.now()并不是一个响应式依赖：

const now = computed(() => Date.now())

相比之下，方法调用总是会在重渲染发生时再次执行函数。

为什么需要缓存呢？想象一下我们有一个非常耗性能的计算属性list，需要循环一个巨大的数组并做许多计算逻辑，并且可能也有其他计算属性依赖于list。没有缓存的话，我们会重复执行非常多次list的计算函数，然而这实际上没有必要！如果你确定不需要缓存，那么也可以使用方法调用。

计算属性的 Setter

计算属性默认仅能通过getter计算函数得出结果。当你尝试修改一个计算属性时，你会收到一个运行时警告。只在某些特殊场景中你可能才需要用到setter“可写”的属性，你可以通过同时提供getter和setter来创建：

现在再运行vm.fullName ='John Doe'时，setter会被调用，vm.firstName和vm.lastName也会相应地被更新。

最佳实践

Getter 不应有 effect （副作用）

计算属性的getter应只做计算，而没有任何其他的effect（副作用），这一点非常重要，请务必牢记。举个例子，不要在 getter 中做异步请求或者更改 DOM！一个计算属性的声明中描述的是如何根据其他值派生一个值。因此getter的职责应该仅为计算和返回该值。在之后的指引中我们会讨论，如何使用监听器，根据其他响应式状态的变更，来创建effect（副作用）。

避免直接修改计算属性值

从计算属性返回的值是派生状态。可以把它看作是一个“临时快照”，每当源状态发生变化时，就会创建一个新的快照。因此更改快照是没有意义的，因此，计算属性的返回值应该被视为只读的，并且永远不应该被更改。应该更新它所依赖的源状态，以触发新一次计算。

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com