一、默认插槽需求

1-1、原本的写法：

在每个category组件中用v-show来做条件渲染，但是不方便！

 

1-2、默认插槽

img标签，ul标签，video标签，都是在app组件中完成解析之后，塞到category组件中的，所以，他们对应的样式可以都写在app组件中！此时，解析完的结构带着样式塞进组件中；

当然也可以写在category组件中，此时，解析完的结构没有样式，塞到组件中再渲染样式！

 

二、具名插槽需求

组件中有多个插槽

2-1、具名插槽

 

2-2、需求优化

 

或者：

或者：

<template>标签，可以像div一样包裹元素，但是，最终不生成真实的DOM元素。

当写了<template>标签，slot就有了新的写法：

三、作用域插槽

数据不变，但是根据数据所生成的结构变化。结构由使用者决定（app组件）

因为三个组件的数据都是一样的，所以，将数据放到category组件中：

但是，插槽中的样式是由app组件负责的，需要将category组件中的数据games传给app组件 

谁往插槽中塞结构，插槽就把数据传给谁

注意：atguigu收到的是一个对象，因为这样，可以传多个值：

总是atguigu.xxxx比较烦，可以用解构赋值：

 或者，scope也可以有另一种写法：

 

四、小结

作用域插槽也能有名字name！