Skip to content
This repository was archived by the owner on Aug 8, 2022. It is now read-only.

docs: Update v-bind.md #722

Merged
merged 1 commit into from
Sep 11, 2021
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
8 changes: 4 additions & 4 deletions src/guide/migration/v-bind.md
Original file line number Diff line number Diff line change
Expand Up @@ -12,11 +12,11 @@ badges:

## 介绍

在元素上动态绑定 attribute 时,常见的场景是在一个元素中同时使用 `v-bind="object"` 语法和单独的 property。然而,这就引出了关于合并的优先级的问题。
在元素上动态绑定 attribute 时,常见的场景是在一个元素中同时使用 `v-bind="object"` 语法和单独的 attribute。然而,这就引出了关于合并的优先级的问题。

## 2.x 语法

在 2.x,如果一个元素同时定义了 `v-bind="object"` 和一个相同的单独的 property,那么这个单独的 property 总是会覆盖 `object` 中的绑定。
在 2.x,如果一个元素同时定义了 `v-bind="object"` 和一个相同的单独的 attribute,那么这个单独的 attribute 总是会覆盖 `object` 中的绑定。

```html
<!-- template -->
Expand All @@ -27,7 +27,7 @@ badges:

## 3.x 语法

在 3.x,如果一个元素同时定义了 `v-bind="object"` 和一个相同的单独的 property,那么声明绑定的顺序决定了它们如何合并。换句话说,相对于假设开发者总是希望单独的 property 覆盖 `object` 中定义的内容,现在开发者对自己所希望的合并行为有了更好的控制。
在 3.x,如果一个元素同时定义了 `v-bind="object"` 和一个相同的单独的 attribute,那么声明绑定的顺序决定了它们如何合并。换句话说,相对于假设开发者总是希望单独的 attribute 覆盖 `object` 中定义的内容,现在开发者对自己所希望的合并行为有了更好的控制。

```html
<!-- template -->
Expand All @@ -43,6 +43,6 @@ badges:

## 迁移策略

如果你依赖 `v-bind` 的覆盖功能,目前的建议是确保在单独的 property 之前定义 `v-bind` attribute。
如果你依赖 `v-bind` 的覆盖功能,目前的建议是确保在单独的 attribute 之前定义 `v-bind` attribute。

[迁移构建开关:`COMPILER_V_BIND_OBJECT_ORDER`](migration-build.html#兼容性配置)