七周七种前端框架四：Vue.js 构建大型应用

真正的模块化

前端模块化很早就开始了，无论是 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