diff --git a/src/.vuepress/config.js b/src/.vuepress/config.js
index ab3a94378d..37c004ab6b 100644
--- a/src/.vuepress/config.js
+++ b/src/.vuepress/config.js
@@ -24,7 +24,8 @@ const sidebar = {
'/guide/component-registration',
'/guide/component-props',
'/guide/component-custom-events',
- '/guide/component-slots'
+ '/guide/component-slots',
+ '/guide/component-provide-inject'
]
}
]
diff --git a/src/.vuepress/public/images/components_provide.png b/src/.vuepress/public/images/components_provide.png
new file mode 100644
index 0000000000..8b7a9b681c
Binary files /dev/null and b/src/.vuepress/public/images/components_provide.png differ
diff --git a/src/guide/component-provide-inject.md b/src/guide/component-provide-inject.md
new file mode 100644
index 0000000000..6988429296
--- /dev/null
+++ b/src/guide/component-provide-inject.md
@@ -0,0 +1,112 @@
+# Provide / inject
+
+> This page assumes you've already read the [Components Basics](components.md). Read that first if you are new to components.
+
+Usually, when we need to pass data from the parent to child component, we use [props](component-props.md). Imagine the structure where you have some deeply nested components and you only need something from the parent component in the deep nested child. In this case, you still need to pass the prop down the whole component chain which might be annoying.
+
+For such cases, we can use the `provide` and `inject` pair. Parent components can serve as dependency provider for all its children, regardless how deep the component hierarchy is. This feature works on two parts: parent component has a `provide` option to provide data and child component has an `inject` option to start using this data.
+
+
+
+For example, if we have a hierarchy like this:
+
+```
+Root
+└─ TodoList
+ ├─ TodoItem
+ └─ TodoListFooter
+ ├─ ClearTodosButton
+ └─ TodoListStatistics
+```
+
+If we want to pass the length of todo-items directly to `TodoListStatistics`, we would pass the prop down the hierarchy: `TodoList` -> `TodoListFooter` -> `TodoListStatistics`. With provide/inject approach, we can do this directly:
+
+```js
+const app = Vue.createApp({})
+
+app.component('todo-list', {
+ data() {
+ return {
+ todos: ['Feed a cat', 'Buy tickets']
+ }
+ },
+ provide: {
+ user: 'John Doe'
+ },
+ template: `
+
+ {{ todos.length }}
+
+
+ `
+})
+
+app.component('todo-list-statistics', {
+ inject: ['foo'],
+ created() {
+ console.log(`Injected property: ${this.user}`) // > Injected property: John Doe
+ }
+})
+```
+
+However, this won't work if we try to provide some Vue instance property here:
+
+```js
+app.component('todo-list', {
+ data() {
+ return {
+ todos: ['Feed a cat', 'Buy tickets']
+ }
+ },
+ provide: {
+ todoLength: this.todos.length // this will result in error 'Cannot read property 'length' of undefined`
+ },
+ template: `
+ ...
+ `
+})
+```
+
+To access Vue instance properties, we need to convert `provide` to be a function returning an object
+
+```js
+app.component('todo-list', {
+ data() {
+ return {
+ todos: ['Feed a cat', 'Buy tickets']
+ }
+ },
+ provide() {
+ return {
+ todoLength: this.todos.length
+ }
+ },
+ template: `
+ ...
+ `
+})
+```
+
+This allows us to more safely keep developing that component, without fear that we might change/remove something that a child component is relying on. The interface between these components remains clearly defined, just as with props.
+
+In fact, you can think of dependency injection as sort of “long-range props”, except:
+
+- parent components don’t need to know which descendants use the properties it provides
+- child components don’t need to know where injected properties are coming from
+
+## Working with reactivity
+
+In the example above, if we change the list of `todos`, this change won't be reflected in the injected `todoLength` property. This is because `provide/inject` bindings are _not_ reactive by default. We can change this behavior by passing a `ref` property or `reactive` object to `provide`. In our case, if we want to react to changes in the ancestor component, we need to assign a Composition API `computed` property to our provided `todoLength`:
+
+```js
+app.component('todo-list', {
+ // ...
+ provide() {
+ return {
+ todoLength: Vue.computed(() => this.todos.length)
+ }
+ }
+})
+```
+
+In this, any change to `todos.length` will be reflected correctly in the components, where `todoLength` is injected. Read more about `reactive` provide/inject in the [Composition API section](TODO)
diff --git a/src/guide/component-slots.md b/src/guide/component-slots.md
index 1bbcd2ca88..e5369b76c6 100644
--- a/src/guide/component-slots.md
+++ b/src/guide/component-slots.md
@@ -195,7 +195,7 @@ To provide content to named slots, we need to use the `v-slot` directive on a `<
A paragraph for the main content.
And another one.
-
+
Here's some contact info
@@ -364,9 +364,10 @@ This can make the template much cleaner, especially when the slot provides many
You can even define fallbacks, to be used in case a slot prop is undefined:
```html
-
- {{ user.firstName }}
-
+
+
+ {{ todo }}
+
```
## Dynamic Slot Names
@@ -418,47 +419,3 @@ Instead, you must always specify the name of the slot if you wish to use the sho
{{ item }}
```
-
-## Other Examples
-
-**Slot props allow us to turn slots into reusable templates that can render different content based on input props.** This is most useful when you are designing a reusable component that encapsulates data logic while allowing the consuming parent component to customize part of its layout.
-
-For example, we are implementing a `` component that contains the layout and filtering logic for a list:
-
-```html
-
-```
-
-Instead of hard-coding the content for each todo, we can let the parent component take control by making every todo a slot, then binding `todo` as a slot prop:
-
-```html
-
- -
-
-
-
- {{ todo.text }}
-
-
-
-```
-
-Now when we use the `` component, we can optionally define an alternative `` for todo items, but with access to data from the child:
-
-```html
-
-
- ✓
- {{ todo.text }}
-
-
-```
-
-However, even this barely scratches the surface of what scoped slots are capable of. For real-life, powerful examples of scoped slot usage, we recommend browsing libraries such as [Vue Virtual Scroller](https://github.com/Akryum/vue-virtual-scroller) or [Vue Promised](https://github.com/posva/vue-promised)