无论在任何的语言或框架中,我们都提倡代码的复用性。对于vue来说也是如此,相同的代码逻辑会被封装成组件,除了复用之外,更重要的是统一管理提高开发效率。我真就接手过一个项目,多个页面都会用到的列表,没有去封装列表组件,只要有一点改动,每个页面都得加上。很肯定的说,没有用组件化开发的Vue项目是没有灵魂的。所以如何封装一个优雅且复用性高的组件成为我们必需的技能。
首先来看一个Tab组件的实现,看看它存在什么问题,哪里可以改进?
<template>
<div class="tabs">
<div
class="tab-item"
:class="{'tab--active':item===activeName}"
v-for="(item,index) in tabs"
:key="index"
@click="tabChange(item)">
{{item}}
</div>
</div>
</template>
<script>
export default {
props:{
tabs:{
type: Array,
default: ()=> []
},
activeName:{
type: String,
default: ''
}
},
methods:{
tabChange(item){
this.$emit('tabChange',item)
}
},
}
</script>
<template>
<div>
<Tabs :tabs="tabs" :activeName="activeName" @tabChange="tabChange" />
</div>
</template>
<script>
import Tabs from '../components/Tabs'
export default {
components:{
Tabs
},
data(){
return{
tabs:['黄金体验','败者食尘','绯红之王','白金之星','波纹疾走'],
activeName: '黄金体验'
}
},
methods:{
tabChange(item){
this.activeName = item
}
},
}
</script>
这个组件最大的问题就是,activeName 需要使用者额外通过事件来手动更新,假如有另一个使用者接手,在不知道这种情况下使用,会出现tab没有切换的情况。然后要去看组件内部实现,再回来修改代码,很显然这样的组件是失败的。本着所有的脏活累活都由组件实现的原则,理想的状态应该是使用者不需要管理 activeName,而是由组件内部去更新
可能有人会想到,既然要由内部管理,那在组件内部修改prop的值是不是就可以了?来看下这样的做法是否可行
修改组件tabChange方法,在点击时更新prop的值
tabChange(item){
this.activeName = item
this.$emit('tabChange',item)
}
使用时,控制台抛出警告
由于prop是单向数据流,父级prop的更新会向下流动到子组件中,相反的在子组件内部直接更新状态,会导致数据的流向不明确。例如,在父组件中有多个子组件依赖同一个属性,其中一个子组件更新该属性,会引发其余子组件发生改变,发生问题时不容易被找到,因此Vue不推荐我们这样做。另外,在父组件发生更新时,子组件的prop会被刷新为最新的值。
单向数据流: https://cn.vuejs.org/v2/guide/components-props.html#%E5%8D%95%E5%90%91%E6%95%B0%E6%8D%AE%E6%B5%81
组件model选项
允许一个自定义组件在使用 v-model 时定制 prop 和 event。默认情况下,一个组件上的 v-model 会把 value 用作 prop 且把 input 用作 event,但是一些输入类型比如单选框和复选框按钮可能想使用 value prop 来达到不同的目的。使用 model 选项可以回避这些情况产生的冲突。
model: https://cn.vuejs.org/v2/api/#model
在model选项里,我们可以绑定一个属性,并为其添加事件,只需在调用方法时传入值即可更新属性。
<script>
export default {
model:{
prop: 'activeName',
event: 'update'
},
props:{
tabs:{
type: Array,
default: ()=> []
},
activeName:{
type: String,
default: ''
}
},
methods:{
tabChange(item){
this.$emit('update',item) // 这里更新activeName
this.$emit('tabChange',item)
}
}
}
</script>
注意你仍然需要在组件的 props 选项里声明 prop。
使用组件双向绑定后,属性在组件内部被更新时,父组件的 activeName 也会随之更新,这样使用者可以很明确的知道数据可能会被修改。
<Tabs :tabs="tabs" v-model="activeName" />
使用组件的model选项实现自定义组件双向绑定,在组件内部通过事件更新属性值,这样的自定义组件使用起来更优雅。其实通过model选项的方式去修改父级属性,我认为有点违反了单向数据流的原则。本来单向数据流是不允许子级修改父级属性的,只是使用v-model的语法糖,看起来会让数据流向显得更加明确,恰好弥补这个缺点。
前端的视图层和数据层有时需要实现双向绑定(two-way-binding),例如mvvm框架,数据驱动视图,视图状态机等,研究了几个目前主流的数据双向绑定框架,总结了下。目前实现数据双向绑定主要有以下三种。
vue.js 采用数据劫持的方式,结合发布者-订阅者模式,通过Object.defineProperty()来劫持各个属性的setter,getter以监听属性的变动,在数据变动时发布消息给订阅者,触发相应的监听回调.
vue框架目前在前端开发使用比较广了,但是又很多同学发现vue创建对象之后添加新的属性实现不了双向绑定,下面就简单介绍如何解决vue双向绑定出现失效的问题
用到 contenteditable=true的 div ,而在这个 div 上是使用 v-model 是没有效果的,这里的双向数据绑定该如何实现?解决思路:一自定义指令,二使用组件。
v-model 双向绑定实际上就是通过子组件中的 $emit 方法派发 input 事件,父组件监听 input 事件中传递的 value 值,并存储在父组件 data 中;然后父组件再通过 prop 的形式传递给子组件 value 值,再子组件中绑定 input 的 value 属性即可。
当我们学习angular或者vue的时候,其双向绑定为我们开发带来了诸多便捷,今天我们就来分析一下vue双向绑定的原理。vue.js 则是采用数据劫持结合发布者-订阅者模式的方式,通过Object.defineProperty()来劫持各个属性的setter,getter
首先我们来看一些,vue的基本使用方法;然后我们根据使用方法,来设计一个类和一些基础的声明周期;获取根元素;生命周期 beforeCreate;获取初始数据;获取渲染函数
用过Vue的同学都知道,Vue里<input> 、 <textarea> 及 <select>等表单元素可以通过v-model指令实现双向数据绑定,也就是说,当用户通过交互改变表单的值时,表单绑定的数据也会同步响应,这一点也是Vue对开发人员非常友好的点之一。
绑定确实是个有趣的话题。现在我的绑定器有了不少的功能1. 附着在Object对象上,一切以对象为中心2. 与页面元素进行双向绑定
今天在实现一个表单赋值并修改的功能时,由于其中数值直观显示不美观,所以使用了 computed 计算属性,同时使用 v-model 的双向绑定,来处理显示。但却发现 v-model 的双向绑定失效了,控制台警告信息如下:
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!