element Drawer 抽屉的使用_el-drawer before-close

之前没有这个组件的时候是直接把dialog的样式改了，改成了侧弹窗的形式，element升级后就改成了Drawer 抽屉组件。
场景：Drawer 的关闭动画没有了。代码如下

<el-drawer
  title="我是标题"
  v-if="drawer"
  :visible.sync="drawer"
  :before-close="handleClose">
  <span>我来啦!</span>
</el-drawer>
1
2
3
4
5
6
7

<script>
  export default {
    data() {
      return {
        drawer: false,
        direction: 'rtl',
      };
    },
    methods: {
      handleClose(done) {   //使用before-close会暂停 Drawer 的关闭
        this.$confirm('确认关闭？')
          .then(_ => {
            done();
          })
          .catch(_ => {});
      }
    }
  };
</script>
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

原因：使用了v-if控制Drawer 的显示
解决：去掉v-if，但是去掉v-if之后，drawer就和app同级了，样式包裹在页面的class里就没用

visible.sync和v-if、v-show

• visible.sync：双向绑定值。
  初始情况下通过该值控制 dialog显示。dialog关闭的时候，element自动设置该值为false。
  当子组件执行 close 事件的时候，不仅改变了自己内部的 isShow 的值，而且还将 父组件的 visible的状态发生了改变.

• v-if 指令用于条件性地渲染一块内容。这块内容只会在指令的表达式返回 truthy 值的时候被渲染。
  v-if 是“真正”的条件渲染，因为它会确保在切换过程中条件块内的事件监听器和子组件适当地被销毁和重建。
  v-if 也是惰性的：如果在初始渲染时条件为假，则什么也不做——直到条件第一次变为真时，才会开始渲染条件块。

• v-show 就简单得多——不管初始条件是什么，元素总是会被渲染，并且只是简单地基于 CSS 进行切换。
  一般来说，v-if 有更高的切换开销，而 v-show 有更高的初始渲染开销。

visible.sync和v-if、v-show的使用场景

• 如果需要非常频繁地切换，则使用 v-show 较好；如果在运行时条件很少改变，则使用 v-if 较好。但是父子组件，在子组件 close 方法中,虽然已经将 isShow 改变为 false，但是并没有通知到 父组件，而在父组件中，控制弹出框的现实和隐藏是通过 show 。点击子组件的关闭按钮时，父组件的 show 没有发生改变，这时候需要用visible.sync。
• Vue 会尽可能高效地渲染元素，通常会复用已有元素而不是从头开始渲染。因此，想要重新渲染可以添加一个具有唯一值的 key 属性