diff --git a/src/guide/components/props.md b/src/guide/components/props.md
index f88f99d41..61a79f408 100644
--- a/src/guide/components/props.md
+++ b/src/guide/components/props.md
@@ -1,18 +1,18 @@
# Props {#props}
-> 阅读此章节时，我们假设你已经读过[组件基础](/guide/essentials/component-basics)，若你对组件还完全不了解，请先阅读它。
+> 此章节假设你已经看过了[组件基础](/guide/essentials/component-basics)。若你还不了解组件是什么，请先阅读该章节。
-## Prop 声明 {#props-declaration}
+## Props 声明 {#props-declaration}
-组件需要显式声明 prop，这样 Vue 才能知道外部传入的哪些是 prop，哪些是透传 attribute (我们会在[专门的章节](/guide/components/attrs)中讨论到它)。
+一个组件需要显式声明它所接受的 props，这样 Vue 才能知道外部传入的哪些是 props，哪些是透传 attribute (关于透传 attribute，我们会在[专门的章节](/guide/components/attrs)中讨论)。
-在单文件组件中使用 `
```
-在没有使用 `
```
-查看这一章获取更多[组件 props 类型标注](/guide/typescript/composition-api.html#typing-component-props)的相关细节。
+更多关于基于类型的声明的细节请参考[组件 props 类型标注](/guide/typescript/composition-api.html#typing-component-props)。
@@ -121,7 +121,7 @@ defineProps<{
### Prop 名字格式 {#prop-name-casing}
-如果 prop 的名字很长，应使用 camelCase 形式，因为它们是合法的 JavaScript 标识符，可以直接在模板的表达式中使用，避免在作为属性 key 名时必须带引号。
+如果一个 prop 的名字很长，应使用 camelCase 形式，因为它们是合法的 JavaScript 标识符，可以直接在模板的表达式中使用，也可以避免在作为属性 key 名时必须加上引号。
@@ -148,23 +148,23 @@ export default {
{{ greetingMessage }}
```
-从技术上来讲，你也可以在子组件传递 prop 时使用 camelCase 形式。(使用 [DOM 模板](/guide/essentials/component-basics.html#dom-template-parsing-caveats)时例外) 而实际上为了和 HTML attribute 对齐，都会将其转为 kebab-case 形式：
+虽然理论上你也可以在子组件传递 props 时使用 camelCase 形式 (使用 [DOM 模板](/guide/essentials/component-basics.html#dom-template-parsing-caveats)时例外)，但实际上为了和 HTML attribute 对齐，我们通常会将其写为 kebab-case 形式：
```vue-html
```
-一般情况下都会使用 [PascalCase 作为组件标签名](/guide/components/registration.html#component-name-casing)，因为这提高了模板的可读性，能很好地区分出 Vue 组件和原生 HTML 元素。然而这对于传递 prop 来说收效并不高，因此我们选择对其进行转换。
+对于组件名我们推荐使用 [PascalCase](/guide/components/registration.html#component-name-casing)，因为这提高了模板的可读性，能帮助我们区分 Vue 组件和原生 HTML 元素。然而对于传递 props 来说，使用 camelCase 并没有太多优势，因此我们推荐更贴近 HTML 的书写风格。
### 静态 vs. 动态 Prop {#static-vs-dynamic-props}
-至此，你已经见过了很多像这样的静态值形式的 prop：
+至此，你已经见过了很多像这样的静态值形式的 props：
```vue-html
```
-相应地还有使用 `v-bind` 或缩写 `:` 所动态绑定的 prop 值：
+相应地，还有使用 `v-bind` 或缩写 `:` 来进行动态绑定的 props：
```vue-html
@@ -176,12 +176,12 @@ export default {
### 传递不同的值类型 {#passing-different-value-types}
-在上述的两个例子中，我们只传入了字符串值，但实际上**任何**类型的值都可以作为一个 prop。
+在上述的两个例子中，我们只传入了字符串值，但实际上**任何**类型的值都可以作为 props 的值被传递。
#### Number {#number}
```vue-html
-
+
@@ -192,7 +192,7 @@ export default {
#### Boolean {#boolean}
```vue-html
-
+
@@ -206,7 +206,7 @@ export default {
#### Array {#array}
```vue-html
-
+
@@ -217,7 +217,7 @@ export default {
#### Object {#object}
```vue-html
-
+
@@ -275,7 +275,7 @@ const post = {
## 单向数据流 {#one-way-data-flow}
-所有的 prop 都遵循着**单向绑定**原则，prop 因父组件的更新而变化，自然地将新的状态向下流往子组件，而不会逆向传递。这避免了子组件意外修改了父组件的状态，不然应用的数据流就会变得难以理解了。
+所有的 props 都遵循着**单向绑定**原则，props 因父组件的更新而变化，自然地将新的状态向下流往子组件，而不会逆向传递。这避免了子组件意外修改父组件的状态的情况，不然应用的数据流将很容易变得混乱而难以理解。
另外，每次父组件更新后，所有的子组件中的 props 都会被更新到最新值，这意味着你**不应该**在子组件中去更改一个 prop。若你这么做了，Vue 会在控制台上向你抛出警告：
@@ -303,9 +303,9 @@ export default {
-想要更改 prop 通常都符合以下两种场景：
+导致你想要更改一个 prop 的需求通常来源于以下两种场景：
-1. **prop 被用于传入初始值；而子组件想在之后将其作为一个局部数据属性**。在这种情况下，最好是新定义一个局部数据属性，从 prop 上获取初始值即可：
+1. **prop 被用于传入初始值；而子组件想在之后将其作为一个局部数据属性**。在这种情况下，最好是新定义一个局部数据属性，从 props 上获取初始值即可：
@@ -335,7 +335,7 @@ export default {
-2. **prop 以原始的形式传入，但还需作转换**。在这种情况中，最好是基于该 prop 值定义一个计算属性：
+2. **需要对传入的 prop 值做进一步的转换**。在这种情况中，最好是基于该 prop 值定义一个计算属性：
@@ -363,17 +363,17 @@ export default {
-### 更改对象 / 数组类型的 prop {#mutating-object-array-props}
+### 更改对象 / 数组类型的 props {#mutating-object-array-props}
-当对象或数组作为 prop 被传入时，虽然子组件无法更改 prop 绑定，但仍然**可以**更改对象或数组内部的值。这是因为 JavaScript 的对象和数组是按引用传递，而对 Vue 来说，阻止这样的改变不但非常昂贵，也不合理。
+当对象或数组作为 props 被传入时，虽然子组件无法更改 props 绑定，但仍然**可以**更改对象或数组内部的值。这是因为 JavaScript 的对象和数组是按引用传递，而对 Vue 来说，禁止这样的改动虽然可能，但有很大的性能损耗，比较得不偿失。
-这种更改的主要缺陷是它允许了子组件以某种不明显的方式影响了父组件的状态，可能会使数据流在将来变得更难以推理。按照最佳实践来讲，你应该避免这样的更改，除非父子组件在设计上耦合得非常紧密。在大多数的用例场景中，子组件都应该[抛出一个事件](/guide/components/events.html)来通知父组件做出改变。
+这种更改的主要缺陷是它允许了子组件以某种不明显的方式影响父组件的状态，可能会使数据流在将来变得更难以理解。在最佳实践中，你应该尽可能避免这样的更改，除非父子组件在设计上本来就需要紧密耦合。在大多数场景下，子组件应该[抛出一个事件](/guide/components/events.html)来通知父组件做出改变。
## Prop 校验 {#prop-validation}
-组件可以更细致地指定对其 prop 的需求，比如你上面看到的类型限制，如果并没有指定要求，Vue 会在浏览器的 JavaScript 控制台中抛出警告来提醒你。这在开发为其他人提供的组件时非常有用。
+Vue 组件可以更细致地声明对传入的 props 的校验要求。比如我们上面已经看到过的类型声明，如果传入的值不满足类型要求，Vue 会在浏览器控制台中抛出警告来提醒使用者。这在开发给其他开发者使用的组件时非常有用。
-要描述对 prop 的校验，你可以向
`defineProps()` 宏`props` 选项提供一个带有 prop 校验的对象，而不是一个字符串数组，例如：
+要声明对 props 的校验，你可以向
`defineProps()` 宏`props` 选项提供一个带有 props 校验选项的对象，例如：
@@ -483,7 +483,7 @@ export default {
- 所有 prop 默认都是可选的，除非声明了 `required: true`。
- 除 `Boolean` 外的未传递的可选 prop 将会有一个默认值 `undefined`。
-
+
- `Boolean` 类型的未传递 prop 将被转换为 `false`。你应该为它设置一个 `default` 值来确保行为符合预期。
- 如果声明了 `default` 值，那么在 prop 的值被解析为 `undefined` 时，无论 prop 是未被传递还是显式指明的 `undefined`，都会改为 `default` 值。
@@ -492,7 +492,7 @@ export default {
-如果使用了[基于类型的 prop 声明](/api/sfc-script-setup.html#typescript-only-features)，Vue 会尽最大努力在运行时按照 prop 的类型标注进行编译。举个例子，`defineProps<{ msg: string }>` 会被编译为 `{ msg: { type: String, required: true }}`。
+如果使用了[基于类型的 prop 声明](/api/sfc-script-setup.html#typescript-only-features) ，Vue 会尽最大努力在运行时按照 prop 的类型标注进行编译。举例来说，`defineProps<{ msg: string }>` 会被编译为 `{ msg: { type: String, required: true }}`。
@@ -505,7 +505,7 @@ export default {
### 运行时类型检查 {#runtime-type-checks}
-`type` 可以是下列这些原生构造器：
+校验选项中的 `type` 可以是下列这些原生构造函数：
- `String`
- `Number`
@@ -516,7 +516,7 @@ export default {
- `Function`
- `Symbol`
-另外，`type` 也可以是自定义的类或构造函数，可以通过 `instanceof` 来检查、断言。例如下面这个类：
+另外，`type` 也可以是自定义的类或构造函数，Vue 将会通过 `instanceof` 来检查类型是否匹配。例如下面这个类：
```js
class Person {
@@ -550,7 +550,7 @@ export default {
-这会校验 `author` prop 的值是否是由 `new Person` 创建的。
+Vue 会通过 `instanceof Person` 来校验 `author` prop 的值是否是 `Person` 类的一个实例。
## Boolean 类型转换 {#boolean-casting}
@@ -587,7 +587,7 @@ export default {
```
-当需要一个 prop 在声明时允许多种类型时，应该像这样：
+当一个 prop 被声明为允许多种类型时，例如：
diff --git a/src/guide/components/provide-inject.md b/src/guide/components/provide-inject.md
index ea5c4f7ab..f9775cadb 100644
--- a/src/guide/components/provide-inject.md
+++ b/src/guide/components/provide-inject.md
@@ -1,28 +1,28 @@
# 依赖注入 {#provide-inject}
-> 阅读此章节时，我们假设你已经读过[组件基础](/guide/essentials/component-basics)，若你对组件还完全不了解，请先阅读它。
+> 此章节假设你已经看过了[组件基础](/guide/essentials/component-basics)。若你还不了解组件是什么，请先阅读该章节。
-## Prop 逐级透传 {#prop-drilling}
+## Prop 逐级透传问题 {#prop-drilling}
-通常情况下，当我们需要从父组件向子组件传递数据时，会使用 [props](/guide/components/props)。想象一下这样的结构：有一些多层级嵌套的组件，形成了一颗巨大的组件树，而某个深层的子组件需要一个较远的祖先组件中的部分内容。在这种情况下，如果仅使用 props 则必须将其沿着组件链逐级传递下去，这会非常麻烦：
+通常情况下，当我们需要从父组件向子组件传递数据时，会使用 [props](/guide/components/props)。想象一下这样的结构：有一些多层级嵌套的组件，形成了一颗巨大的组件树，而某个深层的子组件需要一个较远的祖先组件中的部分数据。在这种情况下，如果仅使用 props 则必须将其沿着组件链逐级传递下去，这会非常麻烦：
-注意，虽然这里的 `