真正的模块化

前端模块化很早就开始了，无论是 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 可以创建一个项目模板：

这里我先尝试了一下另一个模板项目：

然后我们就可以不用 纯JS来写模块了，而是借助 webpack 来把一个模块相关的所有内容全部写到一个文件中。以之前的 todo list 为例，其实上一章讲的只是component的用法所以那样写了。我们改成一个更好的写法如下：

List.vue:

Form.vue:

Todo.vue: