近来入坑了一个Vue项目,感觉掉进了祖传屎山中,可读性极差,更别说可维护性了。故借此提几点关于Vue代码可读性的建议,觉得有用的点个赞,觉得建议不合理的发表评论批评一下,有更好的建议欢迎发表评论补充一下。
千万不要把一个页面的实现代码都梭哈在一个.vue文件中,除非这个页面非常简单,不然这个.vue文件中的代码会又长又臭。
可以按以下步骤来将一个Vue页面分割成一个个组件让代码更有条理性
如何定义UI组件呢?个人建议按有无处理服务端数据来区分UI组件和业务组件。例如加载弹窗、二次确认弹窗、消息提示框等等属于UI交互组件。
将UI组件提取出来后,可以把UI交互的代码和业务交互的代码剥离开来。切记不能UI组件中写业务代码,这样UI组件将无法复用。
举一个反例,在二次确认弹窗中添加二次确认后要处理的业务代码,导致UI组件将无法复用。我们可以模仿ElementUI中二次确认弹窗的调用来实现一个二次确认弹窗组件。
this.$confirm(message, title, options)
.then(res =>{})
.catch(err =>{})
confirm.vue
<template>
<div v-show="show">
//...
<div @click="ok"></div>
<div @click="cancel"></div>
</div>
</template>
<script>
export default {
data() {
return {
show: false,
}
},
methods: {
ok() {
this.show = false;
this.resolve();
},
cancel() {
this.show = false;
this.resolve();
},
}
}
</script>
index.js
import Vue from 'vue';
import options from './confirm.vue';
const Confirm = Vue.extend(options);
let confirm = undefined;
const ConfirmInit = (options = {}) => {
return new Promise((resolve, reject) => {
options.resolve = resolve;
options.reject = reject;
confirm = new Confirm({
el: document.createElement('div'),
data: options
})
document.body.appendChild(confirm.$el);
Vue.nextTick(() => {
if (confirm) confirm.show = true;
})
return confirm;
})
}
Vue.prototype.$confirm = ConfirmInit;
main.js
import 'components/confirm/index.js';//全局注册二次确认弹窗confirm组件
一个页面可以分为多个区域,比如头部、底部、侧边栏、商品列表、成员列表等等,每个区域可以当作一个模块来提取业务组件。
按模块提取完业务组件,此时业务组件有可能还是很庞大的,故要按功能在进一步地提取功能组件。
功能有大有小,提取要注意把握几个原则:
过于简单的功能不提取
例如一个收藏的功能,只要请求一个接口就完成,类似这样的功能不要提取。要有一定复杂度的逻辑操作的功能才提取。
功能要单一,一个功能组件只处理一项业务。
例如一个文件阅读器组件,有一个需求,要求打开文件后自动收藏该文件,那么收藏逻辑代码要写在哪里呢?
或许你想都没想就在组件中监听文件成功打开的方法中写下收藏逻辑代码,过一段时间后,需求改为要先添加到阅读记录中再点击收藏按钮收藏,去组件中修改代码时发现另一个页面也引用了这个组件,故在组件中要额外加个参数做业务场景区分,随着需求的变化导致业务场景的叠加,组件的代码中会添加各种判断逻辑,久而久之变得又长又臭,显然这种做法是不可去。
正确的做法是在组件标签上自定义一个事件on-fileOpen-success,用handleFileOpenSuccess函数来监听这个事件。
<fileReader
@on-fileOpen-success="handleFileOpenSuccess"
>
</fileReader>
在组件中监听文件成功打开的方法中执行this.$emit(‘on-fileOpen-success’,data)触发这个事件,其中data可以把文件信息传递出去,在handleFileOpenSuccess函数去处理收藏或者添加历史记录再收藏等业务交互。这种做法使文件阅读器组件具有单一性。
例如上传组件的上传图标,不可能随着UI设计稿的变动就往里面添加一个上传图标,此时可以利用slot插槽把上传图标传入。
//upload.vue
<template>
<div>
<slot name="icon"></slot>
</div>
</template>
//index.vue
<template>
<div>
<upload>
<template #icon>
//上传图标
</template>
</upload>
</div>
</template>
如果想要将一个对象的所有属性都作为prop传入组件componentA,可以使用不带参数的v-bind。例如,对于一个给定的对象params:
params: {
id: 1,
name: 'vue'
}
优化前
<componentA :id="params.id" :name="params.name"></componentA>
优化后
<componentA v-bind="params"></componentA>
在封装第三方组件中,经常会遇到一个问题,如何通过封装的组件去使用第三方组件自身的属性和事件。
myInput组件代码如下所示:
<template>
<div>
<el-input v-model="input"></el-input>
<div>{{errorTip}}</div>
</div>
</template>
<script>
export default {
props: {
value: {
type: String,
default: '',
},
errorTip: {
type: String,
default: '',
}
},
data() {
return {
}
},
computed: {
input: {
get() {
return this.value
},
set(val) {
this.$emit('input', val)
}
}
}
}
</script>
<myInput v-model="input" :errorTip="errorTip"></myInput>
<template>
<div>
<el-input v-model="input"
:disabled="disabled"></el-input>
<div>{{errorTip}}</div>
</div>
</template>
<script>
export default {
props: {
//...
disabled: {
type: Boolean,
default: false
}
},
//...
}
</script>
a t t r s : 包 含 了 父 作 用 域 中 不 作 为 p r o p 被 识 别 ( 且 获 取 ) 的 a t t r i b u t e 绑 定 ( c l a s s 和 s t y l e 除 外 ) 。 当 一 个 组 件 没 有 声 明 任 何 p r o p 时 , 这 里 会 包 含 所 有 父 作 用 域 的 绑 定 ( c l a s s 和 s t y l e 除 外 ) , 并 且 可 以 通 过 v − b i n d = " attrs: 包含了父作用域中不作为 prop 被识别 (且获取) 的 attribute 绑定 (class 和 style 除外)。当一个组件没有声明任何prop 时,这里会包含所有父作用域的绑定 (class 和 style 除外),并且可以通过 v-bind=" attrs:包含了父作用域中不作为prop被识别(且获取)的attribute绑定(class和style除外)。当一个组件没有声明任何prop时,这里会包含所有父作用域的绑定(class和style除外),并且可以通过v−bind="attrs" 传入内部组件
<template>
<div>
<el-input v-model="input"
v-bind="$attrs"></el-input>
<div>{{errorTip}}</div>
</div>
</template>
这还不够,还得把inheritAttrs选项设置为false,为什么呢,来看一下inheritAttrs选项的定义就明白了。
默认情况下父作用域的不被认作 props 的 attribute 绑定 (attribute bindings) 将会“回退”且作为普通的
HTML attribute 应用在子组件的根元素上。当撰写包裹一个目标元素或另一个组件的组件时,这可能不会总是符合预期行为。通过设置
inheritAttrs 为 false,这些默认行为将会被去掉。而通过 $attrs 可以让这些 attribute 生效,且可以通过
v-bind 显性的绑定到非根元素上。注意:这个选项不影响 class 和 style 绑定。简单来说,把inheritAttrs设置为false,v-bind=“$attrs” 才生效。
<template>
<div>
<el-input v-model="input"
v-bind="$attrs"></el-input>
<div>{{errorTip}}</div>
</div>
</template>
<script>
export default {
inheritAttrs: false,
props: {
value: {
type: String,
default: '',
},
errorTip: {
type: String,
default: '',
}
},
data() {
return {
}
},
computed: {
input: {
get() {
return this.value
},
set(val) {
this.$emit('input', val)
}
}
}
}
</script>
那么如何实现在myIpput组件上使用el-input组件上自定义的事件呢,可能你的第一反应是this.$emit。
<template>
<div>
<el-input v-model="input"
v-bind="$attrs"
@blur="blur">
</el-input>
<div>{{errorTip}}</div>
</div>
</template>
<script>
export default {
//...
methods: {
blur() {
this.$emit('blur')
}
}
}
</script>
<myInput
v-model="input"
:errorTip="errorTip"
@blur="handleBlur">
</myInput>
l i s t e n e r s : 包 含 了 父 作 用 域 中 的 ( 不 含 . n a t i v e 修 饰 器 的 ) v − o n 事 件 监 听 器 。 它 可 以 通 过 v − o n = " listeners:包含了父作用域中的 (不含 .native 修饰器的) v-on 事件监听器。它可以通过 v-on=" listeners:包含了父作用域中的(不含.native修饰器的)v−on事件监听器。它可以通过v−on="listeners" 传入内部组件。
<template>
<div>
<el-input v-model="input"
v-bind="$attrs"
v-on="$listeners">
</el-input>
<div>{{errorTip}}</div>
</div>
</template>
<script>
export default {
//...
}
</script>
<myInput
v-model="input"
:errorTip="errorTip"
@blur="handleBlur">
</myInput>