七周七种前端框架四:Vue.js 构建大型应用
真正的模块化前端模块化很早就开始了,无论是 require.js,browserify 进行模块化打包, 还是 Angular 进行依赖注入,我们都可以把JS代码分成一个个小的模块并组装起来。然后我们还会通过 less 或者 sass 来把CSS文件也拆成一个个小的模块来写,甚至我们在CSS代码中感受到了 封装,继承,多态 等面向对象的特性。然而,在 webpack 出来之前,我们所谓的模块化根本
真正的模块化
前端模块化很早就开始了,无论是 require.js
,browserify
进行模块化打包, 还是 Angular
进行依赖注入,我们都可以把JS代码分成一个个小的模块并组装起来。然后我们还会通过 less
或者 sass
来把CSS文件也拆成一个个小的模块来写,甚至我们在CSS代码中感受到了 封装,继承,多态
等面向对象的特性。
然而,在 webpack
出来之前,我们所谓的模块化根本不能算作模块化。为什么这么讲,因为我们存在一个重要的问题没有解决,就是JS模块对CSS模块的依赖。
比如我们有一个JS模块 modal
那么我们直接导入并调用它就能弹出一个对话框吗?如下图所示可以吗?
理论上应该是这样的,但实际上这个 modal
其实还依赖一个对应的CSS模块 modal.less
,如果不导入这个模块我们是无法弹出一个正常的对话框的,而且,导入这个CSS模块竟然不是和导入JS模块写在同一个地方,而是写在另一个CSS文件中。也就是说,其实依赖关系是这样的:
为了使用一个模块,我们需要在两个文件中分别做一次引入操作。这其实是一件非常奇怪不合理的事!我们为什么要模块化?就是为了封装一个模块,可以做到导入它就能使用,而它是如何实现的,它有什么依赖关系完全是这个模块自己处理的,也就是上图中对 modal.css
的依赖应该是 modal.js
自己处理的。
但是我们写了N年的前端却一直这样写模块,不是因为他对,而是因为我们习惯了这种错误的方式。现在用Vue我们可以完全封装一个模块的全部依赖,无论是模板、CSS还是JS,我们都不需要再去关心,只要引入这个模块就可以使用,而模块的依赖是它自己进行处理的。
那么我们的依赖关系就变成了:
其中 modal.vue
包含了全部所需要的依赖,那么我们就不在需要自己去处理对应的 CSS 甚至 模板了。这才是模块化应该达到的效果。
创建 Vue 项目
Vue 提供了一个工具 vue-cli
可以创建一个项目模板: https://github.com/vuejs/vue-cli
这里我先尝试了一下另一个模板项目:https://github.com/vuejs-templates/webpack
然后我们就可以不用 纯JS来写模块了,而是借助 webpack
来把一个模块相关的所有内容全部写到一个文件中。以之前的 todo list
为例,其实上一章讲的只是component的用法所以那样写了。我们改成一个更好的写法如下:
List.vue:
<template>
<ul>
<li v-for='todo in list'>
<label v-bind:class="{ done : todo.done }" >
<input type="checkbox" v-model="todo.done"/>
{{todo.title}}
</label>
</li>
</ul>
</template>
<script>
export default {
props: {
initList: {
type: Array
}
},
data () {
return {
list: []
}
},
events: {
add (input) {
if (!input) return false
this.list.unshift({
title: input,
done: false
})
}
}
}
</script>
<style lang="less" scoped>
ul {
margin-left: 2rem;
padding: 0;
.done { text-decoration: line-through;
}
}
</style>
Form.vue:
<template>
<h1>{{username}}'s Todo List</h1>
<form v-on:submit="add" v-on:submit.prevent>
<input type="text" v-model="input"/>
<input type="submit" value='add' />
</form>
</template>
<script>
export default {
props: {
username: {
type: String,
default: 'Unnamed'
}
},
data () {
return {
input: ''
}
},
methods: {
add () {
this.$dispatch('add', this.input)
this.input = ''
}
}
}
</script>
Todo.vue:
<template>
<div id="todo">
<todo-form username='Lily'></todo-form>
<todo-list></todo-list>
</div>
</template>
<script>
import Form from './Form.vue'
import List from './List.vue'
export default {
components: {
'todo-form': Form,
'todo-list': List
},
events: {
add (input) {
this.$broadcast('add', input)
}
}
}
</script>
<style>
</style>
App.vue:
<template>
<todo></todo>
</template>
<script>
import Todo from './components/Todo.vue'
export default {
components: {
'todo': Todo
}
}
</script>
<style>
</style>
这样我们就把之前的 Todo List 按照 模块化
重写了一遍。模块化是构建大型应用的基础之一,但是这一点还不够,我们还需要做到:
- 更好的状态管理,把不同组件共享的 State 独立出来管理
- 自动化测试
- 路由等
这里我们只做其中一个,就是把 State
独立成一个单独模块。很显然,对一个 Todo List 应用来说,保存 todo list 的数据结构就是不同组件共享的 State
。
之前我们为什么需要进行事件广播,就是因为不同组件之间要操作的数据就保存在 List.vue
中,所以在 Form.vue
中想增加一条数据的时候需要通过事件的方式去通知 List.vue
来添加。
也就是其实这个数据不是 List.vue
私有的,应该至少是这两个组件公有的,现在被 List.vue
据为己有之后,Form.vue
没法修改它只好通过事件进行通知。
虽然事件的方式很优雅,但其实我们可以做的更好,就是把数据独立出来,这样 Form.vue
和 List.vue
都可以直接修改数据,而不用那么麻烦发通知。
这里我们增加一个 Store.js
文件:
export default {
list: [
],
add (title) {
if (!title) return
this.list.unshift({
title: title,
done: false
})
}
}
然后 我们可以把 List.vue
改成这样,这里只贴出JS部分的代码:
import Store from '../Store.js'
export default {
props: {
initList: {
type: Array
}
},
data () {
return Store
}
}
Form.vue
也不需要广播了,直接调用 Store.add
方法既可以添加:
import Store from '../Store.js'
export default {
props: {
username: {
type: String,
default: 'Unnamed'
}
},
data () {
return {
input: ''
}
},
methods: {
add () {
Store.add(this.input)
this.input = ''
}
}
}
这样一改之后,整个逻辑会清晰很多,并且应用越是复杂,越是应该抽出公有的 Store
,不然会出现广播事件满天飞的情况。
另外用这个项目模板之后,hot-reload 爽的不要不要的,刷新操作都省了。
上述的源码在这里:https://github.com/lihongxun945/vue-webpack-todo-list
更多推荐
所有评论(0)