记录一次Vue.js组件开发过程中拆分的的思考和过程。
在朋友的带领(保驾护航)下,我们在最近开发的项目中选用了Vue.js —— 这款被誉为 “当今前端三驾马车之一” 的渐进式框架 来做前端开发。
虽然之前也接触并在项目中使用过Vue.js,但都不够深入,以至于未能体会到Vue的优势,就像一个盲目追星的小粉丝。
通过近期项目的开发,每天与Vue.js打交道,时间一长也能够渐渐领略到它的优势了。
选用Vue.js可以获得较快的开发速度,组件复用 和 数据驱动 两大特性是让我在开发过程中感觉最爽的。
针对 组件复用 这一话题,记录一下自己在开发过程中因为了解不够深入走的一些弯路和思考。
项目背景
该项目与教育行业有关,旨在通过互联网来加强和丰富家长与老师或家长与学校的联系,载体是App。
APP的结构和设计不会像一般网页那样灵活(或者说是随意?),这为组件化开发提供了很好的施展拳脚的地方。
本文以正在开的这个项目中的 作业、通知、沟通和请假等模块需要的 卡片组件 为例来写作。
可以见得,这些卡片长的大同小异,无非就是字段和布局的小区别。
这样看来,每一个会节约时间提高效率(会聪明地偷懒)的开发人员脑子里都会出现四个字——组件复用。
相关知识
关于Vue的组件基础知识可以传送到Vue官方文档。
最初设计
最初的想法是仅用一个卡片组件,在不往下分层(没有子组件)的情况下来承接 所有模块的卡片的显示。
至于处理不同模块间“卡片”的字段、样式和子部分的差异性(解耦)和事情处理,主要做了如下(愚昧的)考虑:
- 通过 Props 传入type参数,再通过 v-if-else 指令来写不同的代码
- 通过 type参数 编写methods 通过函数来获取 不同模块对应的不同接口地址或接口参数
- 为了更进一步偷懒,最初设计把事件的处理(包括网络接口数据的请求)也写在组件中,现在想来真是蠢萌蠢萌的。
这样写出来的卡片组件大概长成这个样子
Card.vue
<style scoped rel="stylesheet/scss" lang="scss">
//omit
</style>
<template>
<div class="card-container">
<div class="card-container-inner">
<v-touch tag="div" class="card-header" @tap="enterItem(config.itemPath)">
<div class="card-avatar">
<Avatar v-if="data.avatar" :url="data.avatar"/>
<Avatar v-else/>
</div>
<div class="card-header-right">
<h2 class="card-title theme-primary-color">{{ data.name }} <span v-if="data.read!==1">未读</span></h2>
<p class="card-date-author">
<Date class="card-date" :time="data.create_time"></Date>
<span class="card-author" v-if="data.sendor">来自 {{ data.sendor }}</span>
</p>
</div>
</v-touch>
<v-touch tag="div" class="card-content" @tap="enterItem(config.itemPath)">
{{ getContentDesc(data.content) }}
<section v-if="data.images.length >= 1" class="card-image-section"
:class="[data.images.length > 1 ? 'on-multi' : 'on-single', data.images.length === 2 ? 'as-double' : '']">
<div v-for="image in data.images" :key="image" class="card-image-item">
<Pic :url="image"></Pic>
</div>
</section>
<section v-if="data.files.length >= 1" class="card-section">
<span class="card-section-tag theme-primary-color"><Icon name="attach" class="theme-primary-color" size="0.8rem"></Icon> 附件 ({{ data.files.length }})</span>
</section>
</v-touch>
<div v-if="config.hasFooter" class="card-footer">
<v-touch tag="a" class="card-footer-item" @tap="enterComment(config.formPath)">
<Icon name="comment"></Icon> 评论
</v-touch>
<v-touch tag="a" class="card-footer-item" @tap="clickLikeBtn(data.liked)" :class="{active: data.liked}">
<Icon name="like"></Icon> 赞
</v-touch>
</div>
</div>
</div>
</template>
<script>
export default {
name: 'card',
props: {
data: {},
type: {}
},
data() {
return {};
},
methods: {
requireApi(type) {
const api = {
homework: '/homework/view/like',
notify: '/notify/view/like',
mind: '/mind/view/like'
};
return api[type];
},
requireParam(type) {
const param = {
homework: {
homeworkid: this.data.id,
like: this.data.liked
},
notify: {
notifyid: this.data.id,
like: this.data.liked
},
mind: {
mindid: this.data.id,
like: this.data.liked
}
};
return param[type];
},
getContentDesc(content = '') {
content = this.Helper.string.strip_tags(content) || '';
return content.length > 200 ? content.substr(0, 200) + '...' : content;
},
clickLikeBtn: function(status) {
status === 0 ? this.data.liked = 1 : this.data.liked = 0;
this.Api.get(this.requireApi(this.type), this.requireParam(this.type)).on('success', json => {
this.data.liked = json.data.like;
});
},
enterItem: function(itemPath) {
this.Page.open(itemPath, {
item: this.data
});
},
enterComment: function(formPath = '') {
if (!formPath) return false;
this.Page.pop(formPath, {
itemId: this.data.id
});
}
}
};
</script>
有没有一种看到一个又臭又长假组件的感觉?
在父组件(页面)中要调用它的时候这样写:
//Template部分
<card
v-for="(item,index) in homeworkList"
:key="index"
:data="item"
:type="type"
:config="config">
</card>
//Script部分
<script>
export default {
data() {
return {
type: 'homework',
data: {
homeworkList: []
},
config: {
hasFooter: 'true',
formPath: '/module/homework/form',
itemPath: '/module/homework/item'
}
}
}
</script>
说它是假组件的原因主要在于,开发到后面的模块的时候感觉无法再复用这样的so-called卡片组件了,因为我们遇到了下面很典型的问题:
- 从对应功能上看:并不是所有卡片Footer中两个按钮都是 点赞 和 评论 的功能,在一个新的模块中它不再需要点赞而是需要收藏了
- 从数据结构上看:并不是后端返回的所有接口都包含预期的字段、返回相同的格式(在这个项目中我们至少前后端随时可以交流、可以商量、可以将就、可以妥协,可以保证一致性,但以后做开发很难保证)
- 从页面结构上看:并不是所有卡片都要显示Footer部分,并不是所有卡片头部都是白色,万一某一个卡片是个五彩斑斓的黑呢
虽然通过绑Class、传props值、在代码里写分支结构可以解决这样的问题,但这样代码看起来 很臃肿 很杂乱 很不优雅,对于我这种强迫症而言很难受。
实在不想再多写分支结构代码来做判断解耦的时候后面就出现了 card-activity(活动模块的卡片)、card-leave(请假模块的卡片),简直违背初心。 = =
后面挣扎了下,刚好想起最近在哪里看过一句话 “代码写不下去了,一定是最初设计出问题了”,那就改吧!
重新设计
好吧,让我来重新思考一下。
这一次,设计 一组 组件,在父组件的基础上往下分子组件。
模块间卡片组件的解耦和事件处理采用如下构思:
- 通过 Slot插槽 做主要解耦工作(灵活性高,可直接写“块状代码”和嵌入其他组件)
- 通过 props传值 做不必采用插槽传值的数据传递
- 一般情况下不在卡片内部处理事件,通过$emit将事件“发散”出去在父组件中进行监听再做对应处理
Card.vue
<style scoped rel="stylesheet/scss" lang="scss">
//omit
</style>
<template>
<div class="card-container">
<div class="card-container-inner">
<slot></slot>
</div>
</div>
</template>
<script>
export default {
name: 'card'
};
</script>
slot插槽为子组件的插入留下空间。
card-header.vue (卡片组件的 头部子组件)
<template>
<v-touch tag="div" class="card-header" @tap="clickHeader">
<div class="card-avatar">
<Avatar v-if="avatar" :url="avatar"/>
<Avatar v-else/>
</div>
<div class="card-text">
<h2 class="card-title theme-primary-color">{{title}}</h2>
<p class="card-info">
<slot name="info">*xcard-header-info</slot>
</p>
</div>
<div class="card-tag">
<slot name="tag"></slot>
</div>
</v-touch>
</template>
<script>
export default {
name: 'card-header',
props: {
title: {
default: '*xcard-header-title'
},
avatar: {}
},
data() {
return {};
},
methods: {
clickHeader() {
this.$emit('click');
}
}
};
</script>
card-content (卡片组件的 正文内容子组件)
<style scoped rel="stylesheet/scss" lang="scss">
//omit
</style>
<template>
<v-touch tag="div" @tap="clickContent">
<div class="card-content">{{ getContentDesc(content) }}</div>
<slot></slot>
</v-touch>
</template>
<script>
export default {
name: 'card-content',
props: {
content: {}
},
data() {
return {};
},
methods: {
clickContent() {
this.$emit('click');
},
getContentDesc(content = '') {
content = this.Helper.string.strip_tags(content) || '';
return content.length > 200 ? content.substr(0, 200) + '...' : content;
}
}
};
</script>
card-footer (卡片组件的 尾部组件)
<style scoped rel="stylesheet/scss" lang="scss">
//omit
</style>
<template>
<div class="card-footer">
<v-touch tag="a" class="card-footer-item" @tap="clickLeftBtn()" :class="{'theme-active-color': leftBtnActive}">
<slot name="leftBtn">
<Icon name="comment"/> 评论
</slot>
</v-touch>
<v-touch tag="a" class="card-footer-item" @tap="clickRightBtn()" :class="{'theme-active-color': rightBtnActive}">
<slot name="rightBtn">
<Icon name="like"/> 赞
</slot>
</v-touch>
</div>
</template>
<script>
export default {
name: 'card-footer',
props: {
type: {},
leftBtnActive: {
default: false
},
rightBtnActive: {
default: false
}
},
data() {
return {};
},
methods: {
clickLeftBtn() {
this.$emit('clickLeftBtn');
},
clickRightBtn() {
this.$emit('clickRightBtn');
}
}
};
</script>
还有card-section-image 用于展示四宫格和九宫格的配图、card-section-attach 用于展示附件……
现在在父组件(页面)中如果要调用卡片组件并做相关配置就像搭积木一样:
// 一个精简的结构
<Card>
<xcard-header></xcard-header>
<xcard-content></xcard-content>
<xcard-footer></xcard-footer>
</Card>
// 一个具体例子
<Card class="card-theme-flat" v-for="(item,index) in homeworkList" :key="index">
<xcard-header
:title="item.name"
:avatar="item.avatar"
@click="enterItem(item)">
<span slot="info"><Date :time="item.create_time"></Date> 来自 {{item.sendor}}</span>
</xcard-header>
<xcard-content
:content="item.content"
@click="enterItem(item)">
<xcard-section
v-if="item.images.length >= 1"
icon="image"
:name="'图片'+' ( '+item.images.length+' ) '">
<ImageGallery :imageList="item.images"></ImageGallery>
</xcard-section>
<xcard-section
v-if="item.files.length >= 1"
icon="attach"
:name="'附件'+' ( '+item.files.length+' ) '">
</xcard-section>
</xcard-content>
<xcard-footer
@clickLeftBtn="enterForm(item.id)"
@clickRightBtn="likeTrigger(item)"
:rightBtnActive="item.liked ===1?true:false">
</xcard-footer>
</Card>
总结思考
这段时间深入使用Vue.js让我更进一步地喜欢上了这个迷人的框架,希望以后能用它开许多迷人的作品。
以前以为实现同样的效果,代码写的少就是节约时间,现在越来越发现,要节约时间前期的架构很重要,不然后期会带着烦躁的心情同时耗费很多时间去改旧的代码。
就像用新的技术好的地基来盖一栋楼房和推到地基不稳的旧楼来盖一栋楼房一样的。