对已知的列表进行数据过滤(根据输入框里面的内容进行数据过滤)
编写案例
通过案例来演示说明
效果就是这样的 输入框是模糊查询
想要实现功能，其实就两大步，1获取输入框内容 2根据输入内容进行数据过滤
绑定收集数据
我们可以使用v-model去双向绑定
这样第一步收集输入数据就完成了
然后就要实现第二步了
使用watch监视实现
首先使用watch实现，对keyWord进行监视
确认下监视是没有问题的
既然监视是没有问题，就可以写逻辑操作了
这里使用filter进行过滤，使用indexOf判断是否包含内容,大概说下indexOf判断是否包含字符串的一些基本操作，如果返回-1表示不包含，如果包含会返回当前这个字符串所在的下标，所以判断是否包含，只需要知道结果是否等于-1
知道了逻辑以及如何使用api就继续编写代码，这里filer会返回一个新的数组，把过滤出来的新数组替换掉老数组
查看页面，好像是没问题的
但是这时候我换成周，没有数据了
解决filer问题
导致这个问题的原因是：使用filter过滤出来的新数据已经没有关于周的姓名了，这么写的逻辑就是越搜越少，persons是原数据，原数据不能直接修改，原数据里面的数据是不能改变的
既然这样，我们就新增一个属性，专门存储用来过滤出来的数据
但是发现一个问题，页面初始化的时候是空的
但是输入一个马，然后删除掉，数据就有了
这就要说下indexOf的一个细节，indexOf是可以判断空的，会返回0,判断第一个字符，也会返回0
既然知道这个细节，那么上面这个问题也就解释得通了
想要解决这个bug，就不能使用监视的简写形式了，我们写成正常写法，加上immediate属性设置为true，自动让过滤器执行参数为空
测试页面。没有任何问题
使用computed计算属性实现
监视可以实现的，computed都可以实现，下面就使用computed的方式把上面的案例实现下
大概逻辑都是一样的，只是一些语法不一样，比如watch里面的参数在computed是没有的，我们可以换成this获取。然后返回出去新的结果
效果也是一样的
watch和computed对比
通过这个案例知道了使用watch和computed都可以实现，通过对比发现很明显，watch更麻烦一些，computed更精简一些，当两者都能实现的时候，优先使用computed
