vue.js的提示组件

这次的教程里，我们要把组件化进行到底！最近半年的几个项目中，都遇到了需要使用Toast或者Notification组件的情况。在目前已有的一些基于Vue.js开发的组件库，都没有找到太合适的，所以自己重头实现了一个。历经几个项目的磨练，这个提示组件的功能已经越来越完善，这次就分享一下组件以及其实现思路吧。

GitHub 仓库：

Demo 地址：

深入组件化，组件的拆分、整合与复用

Vue.js的组件化可以说是其招牌特性之一，而在实际应用时，并非一味地追求组件颗粒越小越好，而是需要根据项目的实际需求，来分析自己需要什么级别的组件。

例如在一个SPA中，我可能有主页、文章列表页、文章页、个人中心页4个主要的视图，于是我将其分别对应的写成4个组件。

但是在实际编写的过程中，发现他们共用了同一套侧边栏，而侧边栏对应的代码也在4个组件中重复书写了4次。所以可以将侧边栏单独写成一个组件进行复用。

之后，我们可能发现可以复用的还有一些表单、按钮之类的内容我们都可以复用成组件。但实际上，我们也会发现过度的组件化会导致代码量上升、开发时间增加以及额外的数据传递等等。所以如果不打算制作一个完整的组件库，那么在实际项目中做到按需拆分、整合即可，不用过分的追求每个可复用的部分都写成单个组件。

为什么需要一个提示组件

因为alert大部分时间不能满足我们的需求啊。往往项目里需要一个类似于alert的东西，用美观、可定制的方式提示用户一些信息，因此这样一个提示组件很有必要。

同时，我们也不希望同一时间出现多个提示混淆用户，因此在设计上，我们将提示组件设定为具有唯一性，整个应用中各个视图调用的都是同一个提示组件。

Show me the code

接下来，由简入繁依次实现提示组件的各个功能。

基本功能

最基本的功能当然是触发后显示，并且能够以某种方式关闭。唯一需要自定义的部分，就是具体显示的内容。所以最开始组件长这样：

思路很简单，props传递两个数据，show用于控制显示，options传入包括内容在内的自定义内容。为了让提示的显示更加自然，添加了一个滑动进入和离开的transition。

注意：这里的关闭按钮是通过css实现的，如果在你的项目中有对应的icon，可以将其替换掉。

在此处，也可以使用slot来进行内容的传递，但考虑到之后还有别的参数需要传递至组件内，一次用一个统一的对象options进行传递。

自定义样式

通常提示的内容种类很多，有的是成功提示，有的是警告，有的则是报错。因此我们需要定义不同的样式以表达不同的内容。方法很简单，在options中传入背景色和文字颜色两个参数，如果组件中检测到了传入的样式参数，就用其替换默认样式。

Vue.js在处理动态样式时非常灵活，为了让代码更清晰，我没有选择将动态样式内联，而是单独使用一个计算属性setStyle进行设定：

这样一来，只要在options中一并传入textColor和backgroundColor两个属性，就可以轻松自定义提示样式了。

自动关闭

很多时候，我们希望提示在一定时间之后可以自动关闭，因此组件也需要扩展出一个自动关闭的模式。同样的，在“数据驱动”的思想下，我们应该提供一个数据，用来表明这个提示是否自动关闭。

options中的autoClose属性就是这个作用。同样的，自动关闭的延迟时间显然也要能够自定义，因此还一同添加了showTime这一属性。

自动关闭本身不太复杂，我们只需要使用setTimeout，定义一个计时器即可。

首先是监听提示组件的显示。

在这里，我通过watch监听options的变化来处罚计时器。由于我们已经定义了一个close方法用于关闭计时器，并且在关闭时重置了show和options的值，所以在options变化时，只需要判断options中的autoClose是否为true，就能知道是否需要启动计时器了。这里单独使用一个countdown方法来处理定时器相关的操作。

新增代码如下：

{ this.close() },this.options.showTime || 3000) this.timers.push(t) } } },watch: { options () { this.timers.forEach((timer) => { window.clearTimeout(timer) }) this.timers = [] this.countdown() } }

细心地你肯定会发现，这段代码中，有一些奇怪的处理。我们定义了一个空数组timers，并且每次开始一个计时器的时候，就把计时器存入数组中，而每次options变化时，我们也从timers中遍历所有计时器并取消，之后清空timers。

这个做法，主要是为了避免一个计时器还没有结束时，又开始一个新的提示所引发的提示被提前关闭的清空。

举个例子，如果没有这样的处理，那么先发出一个自动关闭的提示，在其没自动关闭之前，就再发出一个新的提示。那么第一个提示的定时器依然会错误的关闭新提示。

这样的问题主要是由于我们所有的计时器都是在同一个组件中，本质上都是同一个提示，因此需要清除计时器，避免冲突。许多组件库中类似的功能组件，是采用每一条提示就新生成一个提示组件的方式来实现的。但是那样在多个提示连续出现时，就会出现堆叠在一起，又各自离开的情况。

之前的版本中，我的提示组件也采用了类似的设计方式，但是在最近的一个项目中，需要实现半透明的提示组件，就出现了堆叠后看不清提示文字的现象，才使用了现在新的模式。

进一步扩展

紧接着，我拓展了一个自动关闭模式下的倒计时条功能。思路上没有使用Vue.js的transition系统，而是采用了Css3本身的动画系统。在一个自动关闭的提示被初始化时，为计时条添加一个样式，效果是向X轴负方向移动100%，transition时间则通过计算属性对应设定。具体实现可以参考源代码，这里不多做赘述。

增强灵活性

最后则是让提示组件更灵活。有的时候，我们想展示的可能是可以自定义样式的文本、亦或是一个超链接甚至更多。而Vue.js实现起来不要太简单。我们只需要将组件中用于渲染的标签按照正常内容渲染。

如此一来，我们就可以将任何HTML内容放入提示中了。当然一定要注意避免将用户输入的内容渲染到3重花括号的模板中，避免XSS攻击。

结合vuex

很多时候，我们会把提示组件引入到App.vue这个根组件中，但是发出提示的可能是组件树中的任何一个组件。如果不想代码中遍布各种dispatch和broadcast，那么引入vuex来进行管理是个很好的方案。

大致的思路如下：

const mutations = {
NEW_NOTICE (state,options) {
state.show = true
state.options = options
},CLOSE_NOTICE (state) {
state.show = false
state.options = {}
}
}

// actions.js

export const newNotice = ({dispatch},options) => {
dispatch('NEW_NOTICE',options)
}
export const closeNotice = ({dispatch}) => {
dispatch('CLOSE_NOTICE')
}

// Notification.vue

vuex: {
getters: {
show: state => state.show
options: state => state.options
},actions: {
close: closeNotice
}
}

// 任意调用notice的组件

vuex: {
actions: {
notice: newNotice
}
}

引入vuex后，按上述代码进行配置，就可以在任意一处组件中，使用调用mutations实现，包括提示组件中的close方法也要替换成actions中的closeNotice方法。