超详细!Vue-coderwhy个人学习笔记(三)(Day4-Day5)

前言


五、前端模块化

(一)、为什么需要模块化?

1.JavaScript原始功能

  • 在网页开发的早期,js制作作为一种脚本语言,做一些简单的表单验证或动画实现等,那个时候代码还是很少的。
    • 那个时候的代码是怎么写的呢?直接将代码写在<script>标签中即可 
  • 随着ajax异步请求的出现,慢慢形成了前后端的分离
    • 客户端需要完成的事情越来越多,代码量也是与日俱增。
    • 为了应对代码量的剧增,我们通常会将代码组织在多个js文件中,进行维护。
    • 但是这种维护方式,依然不能避免一些灾难性的问题。
  • 比如全局变量同名问题:看右边的例子
  • 另外,这种代码的编写方式对js文件的依赖顺序几乎是强制性的
    • 但是当js文件过多,比如有几十个的时候,弄清楚它们的顺序是一件比较同时的事情。
    • 而且即使你弄清楚顺序了,也不能避免上面出现的这种尴尬问题的发生。

 

  •  小明后来发现代码不能正常运行,去检查自己的变量,发现确实true
  • 最后杯具发生了,小明加班到2点还是没有找到问题出在哪里(所以,某些加班真的是无意义的)

2.匿名函数的解决方案

  • 我们可以使用匿名函数来解决方面的重名问题
    • 在aaa.js文件中,我们使用匿名函数

  • 但是如果我们希望在main.js文件中,用到flag,应该如何处理呢?
    • 显然,另外一个文件中不容易使用,因为flag是一个局部变量。 

3.使用模块作为出口

  • 我们可以使用将需要暴露到外面的变量,使用一个模块作为出口,什么意思呢?
  • 来看下对应的代码:

  • 我们做了什么事情呢?
    • 非常简单,在匿名函数内部,定义一个对象。
    • 给对象添加各种需要暴露到外面的属性和方法(不需要暴露的直接定义即可)。
    • 最后将这个对象返回,并且在外面使用了一个MoudleA接受。
  • 接下来,我们在man.js中怎么使用呢?
    • 我们只需要使用属于自己模块的属性和方法即可
  • 这就是模块最基础的封装,事实上模块的封装还有很多高级的话题:
    • 但是我们这里就是要认识一下为什么需要模块,以及模块的原始雏形。
    • 幸运的是,前端模块化开发已经有了很多既有的规范,以及对应的实现方案。
  • 常见的模块化规范:
    • CommonJS、AMD、CMD,也有ES6的Modules

(二)、(了解)CommonJS

  • 模块化有两个核心:导出和导入
  • CommonJS的导出:

  • CommonJS的导入

 


(三)、(掌握)ES6的export指令

1.export基本使用

  • export指令用于导出变量,比如下面的代码:

  • 上面的代码还有另外一种写法:

2.导出函数或类

  • 上面我们主要是输出变量,也可以输出函数或者输出类
    • 上面的代码也可以写成这种形式:

 

3.export default

  • 某些情况下,一个模块中包含某个的功能,我们并不希望给这个功能命名,而且让导入者可以自己来命名
    • 这个时候就可以使用export default 

  • 我们来到main.js中,这样使用就可以了
    • 这里的myFunc是我自己命名的,你可以根据需要命名它对应的名字 

  • 另外,需要注意
    • export default在同一个模块中,不允许同时存在多个

(四)、ES6的import指令

import使用

  • 我们使用export指令导出了模块对外提供的接口,下面我们就可以通过import命令来加载对应的这个模块了
  • 首先,我们需要在HTML代码中引入两个js文件,并且类型需要设置为module

  •  import指令用于导入模块中的内容,比如main.js的代码

  •  如果我们希望某个模块中所有的信息都导入,一个个导入显然有些麻烦:
    • 通过*可以导入模块中所有的export变量
    • 但是通常情况下我们需要给*起一个别名,方便后续的使用

 

  •  ES6模块化导入导出代码
    • aaa.js
var name = '小明'
var age = 18
var flag = true

function sum(num1, num2) {
  return num1 + num2
}

if (flag) {
  console.log(sum(20, 30));
}

// 1.导出方式一:
export {
  flag, sum
}

// 2.导出方式二:
export var num1 = 1000;
export var height = 1.88


// 3.导出函数/类
export function mul(num1, num2) {
  return num1 * num2
}

export class Person {
  run() {
    console.log('在奔跑');
  }
}
// 某些情况下,一个模块中包含某个的功能,我们并不希望给这个功能命名,而且让导入者可以自己来命名
// 5.export default 
// const address = '北京市'
// export {
//   address
// }

// export const address = '北京市'
// const address = '北京市'
//
// export default address

// export default在同一个模块中,不允许同时存在多个
export default function (argument) {
  console.log(argument);
}







  • bbb.js
import {sum} from './aaa.js'

var name = '小红'
var flag = false

console.log(sum(100, 200));

  • index.html
<!DOCTYPE html>
<html lang="en">
<head>
  <meta charset="UTF-8">
  <title>Title</title>
</head>
<body>
<!-- 引入js文件,并且类型需要设置为module
 -->
<script src="aaa.js" type="module"></script>
<script src="bbb.js" type="module"></script>
<script src="mmm.js" type="module"></script>
</body>
</html>

  • mmm.js
// 1.导入的{}中定义的变量
import {flag, sum} from "./aaa.js";

if (flag) {
  console.log('小明是天才, 哈哈哈');
  console.log(sum(20, 30));
}

// 2.直接导入export定义的变量
import {num1, height} from "./aaa.js";

console.log(num1);
console.log(height);

// 3.导入 export的function/class
import {mul, Person} from "./aaa.js";

console.log(mul(30, 50));

const p = new Person();
p.run()


// 4.导入 export default中的内容 可以根据需要命名它对应的名字

import addr from "./aaa.js";

addr('你好啊');


// 5.统一全部导入 
// import {flag, num, num1, height, Person, mul, sum} from "./aaa.js";

// 通过*可以导入模块中所有的export变量
// 但是通常情况下我们需要给*起一个别名,方便后续的使用

import * as aaa from './aaa.js'

console.log(aaa.flag);
console.log(aaa.height);

推荐文章:前端模块化详解(完整版)


六、Webpack详解

(一)、内容概述

  • 认识webpack
  • webpack的安装
  • webpack的起步
  • webpack的配置
  • loader的使用
  • webpack中配置Vue
  • plugin的使用
  • 搭建本地服务器

(二)、(理解)认识Webpack

1.什么是Webpack?

  • 什么是webpack?
    • 这个webpack还真不是一两句话可以说清楚的。
  •  我们先看看官方的解释:
    • At its core, webpack is a static module bundler for modern JavaScript applications.
    • 从本质上来讲,webpack是一个现代的JavaScript应用的静态模块打包工具。
  • 但是它是什么呢?用概念解释概念,还是不清晰。
    • 我们从两个点来解释上面这句话:模块 和 打包

2.前端模块化

  • 前端模块化

    • 在前面学习中,我已经用了大量的篇幅解释了为什么前端需要模块化。

    • 而且我也提到了目前使用前端模块化的一些方案:AMD、CMD、CommonJS、ES6。

    • 在ES6之前,我们要想进行模块化开发,就必须借助于其他的工具,让我们可以进行模块化开发。

    • 并且在通过模块化开发完成了项目后,还需要处理模块间的各种依赖,并且将其进行整合打包。

    • 而webpack其中一个核心就是让我们可能进行模块化开发,并且会帮助我们处理模块间的依赖关系。

    • 而且不仅仅是JavaScript文件,我们的CSS、图片、json文件等等在webpack中都可以被当做模块来使用(在后续我们会看到)。

    • 这就是webpack中模块化的概念。 

  • 打包如何理解呢?
    • 理解了webpack可以帮助我们进行模块化,并且处理模块间的各种复杂关系后,打包的概念就非常好理解了。
    • 就是将webpack中的各种资源模块进行打包合并成一个或多个包(Bundle)。
    • 并且在打包的过程中,还可以对资源进行处理,比如压缩图片,将scss转成css,将ES6语法转成ES5语法,将TypeScript转成JavaScript等等操作。
    • 但是打包的操作似乎grunt/gulp也可以帮助我们完成,它们有什么不同呢?

3.和grunt/gulp的对比

  •  grunt/gulp的核心是Task

    • 我们可以配置一系列的task,并且定义task要处理的事务(例如ES6、ts转化,图片压缩,scss转成css)

    • 之后让grunt/gulp来依次执行这些task,而且让整个流程自动化。

    • 所以grunt/gulp也被称为前端自动化任务管理工具。

  • 我们来看一个gulp的task

    • 下面的task就是将src下面的所有js文件转成ES5的语法。

    • 并且最终输出到dist文件夹中。

  • 什么时候用grunt/gulp呢?
    • 如果你的工程模块依赖非常简单,甚至是没有用到模块化的概念。
    • 只需要进行简单的合并、压缩,就使用grunt/gulp即可。
    • 但是如果整个项目使用了模块化管理,而且相互依赖非常强,我们就可以使用更加强大的webpack了。 
  • 所以,grunt/gulp和webpack有什么不同呢?
    • grunt/gulp更加强调的是前端流程的自动化,模块化不是它的核心。
    • webpack更加强调模块化开发管理,而文件压缩合并、预处理等功能,是他附带的功能。


(二)、(理解)Webpack的安装

webpack安装 

  • 安装webpack首先需要安装Node.js,Node.js自带了软件包管理工具npm

  • 查看自己的node版本:
node -v
  •  全局安装webpack(这里我先指定版本号3.6.0,因为vue cli2依赖该版本)

npm install webpack@3.6.0 -g
  • 局部安装webpack(后续才需要)

        --save-dev是开发时依赖,项目打包后不需要继续使用的。 

cd 对应目录
npm install webpack@3.6.0 --save-dev
  • 为什么全局安装后,还需要局部安装呢?
    • 在终端直接执行webpack命令,使用的全局安装的webpack
    • 当在package.json中定义了scripts时,其中包含了webpack命令,那么使用的是局部webpack

(三)、(掌握)Webpack起步

1.准备工作

  • 我们创建如下文件和文件夹:

  • 文件和文件夹解析:
    • dist文件夹:用于存放之后打包的文件
    • src文件夹:用于存放我们写的源文件
      • main.js:项目的入口文件。具体内容查看下面详情。
      • mathUtils.js:定义了一些数学工具函数,可以在其他地方引用,并且使用。具体内容查看下面的详情。
    • index.html:浏览器打开展示的首页html
    • package.json:通过npm init生成的,npm包管理的文件(暂时没有用上,后面才会用上)
  • mathUtils.js文件中的代码:

  • main.js文件中的代码:

2.js文件的打包

  • 现在的js文件中使用了模块化的方式进行开发,他们可以直接使用吗?

    • 不可以。 因为如果直接在index.html引入这两个js文件,浏览器并不识别其中的模块化代码。

    • 另外,在真实项目中当有许多这样的js文件时,我们一个个引用非常麻烦,并且后期非常不方便对它们进行管理。 

  • 我们应该怎么做呢?使用webpack工具,对多个js文件进行打包。
    • 我们知道,webpack就是一个模块化的打包工具,所以它支持我们代码中写模块化,可以对模块化的代码进行处理。(如何处理的,待会儿在原理中,我会讲解)
    • 另外,如果在处理完所有模块之间的关系后,将多个js打包到一个js文件中,引入时就变得非常方便了。 
  • OK,如何打包呢?使用webpack的指令即可
webpack src/main.js dist/bundle.js

 3.使用打包后的文件

  • 打包后会在dist文件下,生成一个bundle.js文件
    • 文件内容有些复杂,这里暂时先不看,后续再进行分析。
    • bundle.js文件,是webpack处理了项目直接文件依赖后生成的一个js文件,我们只需要将这个js文件在index.html中引入即可


(四)、(掌握)webpack配置

1.入口和出口

  • 我们考虑一下,如果每次使用webpack的命令都需要写上入口和出口作为参数,就非常麻烦,有没有一种方法可以将这两个参数写到配置中,在运行时,直接读取呢?
  • 当然可以,就是创建一个webpack.config.js文件

  •  因为output的路径得是绝对路径,需要安装path包
    • 依赖到node的包,建议先npm init初始化一下,会出现下面信息,填package name后一路回车就行,然后会生成package.json文件

   

  • 在终端输入 webpack 就能直接打包了 ,但是在开发中一般不会用webpack,一般映射为npm run build

2.局部安装webpack

  • 目前,我们使用的webpack是全局的webpack,如果我们想使用局部来打包呢?
    • 因为一个项目往往依赖特定的webpack版本,全局的版本可能很这个项目的webpack版本不一致,导出打包出现问题。
    • 所以通常一个项目,都有自己局部的webpack。
  • 第一步,项目中需要安装自己局部的webpack
    • 这里我们让局部安装webpack3.6.0
    • Vue CLI3中已经升级到webpack4,但是它将配置文件隐藏了起来,所以查看起来不是很方便。
npm install webpack@3.6.0 --save-dev
  • 第二步,通过node_modules/.bin/webpack启动webpack打包
node_modules/.bin/webpack

 3.package.json中定义启动

  • 但是,每次执行都敲这么一长串有没有觉得不方便呢?
    • OK,我们可以在package.json的scripts中定义自己的执行脚本。

  • package.json中的scripts的脚本在执行时,会按照一定的顺序寻找命令对应的位置。
    • 首先,会寻找本地的node_modules/.bin路径中对应的命令。
    • 如果没有找到,会去全局的环境变量中寻找。
    • 如何执行我们的build指令呢?
    • npm run build

(五)、(掌握)css文件处理---css-loader的使用

1.什么是loader?

  • loader是webpack中一个非常核心的概念。

  • webpack用来做什么呢?

    • 在我们之前的实例中,我们主要是用webpack来处理我们写的js代码,并且webpack会自动处理js之间相关的依赖。

    • 但是,在开发中我们不仅仅有基本的js代码处理,我们也需要加载css、图片,也包括一些高级的将ES6转成ES5代码,将TypeScript转成ES5代码,将scss、less转成css,将.jsx、.vue文件转成js文件等等。

    • 对于webpack本身的能力来说,对于这些转化是不支持的。

    • 那怎么办呢?给webpack扩展对应的loader就可以啦。 

  • loader使用过程:

    • 步骤一:通过npm安装需要使用的loader

    • 步骤二:在webpack.config.js中的modules关键字下进行配置

  • 大部分loader我们都可以在webpack的官网中找到,并且学习对应的用法。

2.css文件处理 - 准备工作

  • 项目开发过程中,我们必然需要添加很多的样式,而样式我们往往写到一个单独的文件中。
    • 在src目录中,创建一个css文件,其中创建一个normal.css文件。
    • 我们也可以重新组织文件的目录结构,将零散的js文件放在一个js文件夹中。 

  • normal.css中的代码非常简单,就是将body设置为red

  • 但是,这个时候normal.css中的样式会生效吗?
    • 当然不会,因为我们压根就没有引用它。
    • webpack也不可能找到它,因为我们只有一个入口,webpack会从入口开始查找其他依赖的文件。 
  • 在入口文件中引用:

 3.css文件处理 – 打包报错信息

  • 重新打包,会出现如下错误:

  • 这个错误告诉我们:加载normal.css文件必须有对应的loader 

4.css文件处理 – css-loader

  • 在webpack的官方中,我们可以找到如下关于样式的loader使用方法: 

npm install css-loader --save-dev

// 视频所用版本
npm install css-loader@2.0.2 --save-dev

  •  按照官方配置webpack.config.js文件
    • 注意:配置中有一个style-loader,我们并不知道它是什么,所以可以暂时不进行配置。
const path = require('path')

module.exports = {
  entry: './src/main.js',
  output: {
    path: path.resolve(__dirname, 'dist'),
    filename: 'bundle.js'
  },
  module: {
    rules: [
      {
        test: /\.css$/,
        // css-loader只负责将css文件进行加载
        // style-loader负责将样式添加到DOM中
        // 使用多个loader时, 是从右向左
        use: [ 'style-loader', 'css-loader' ]
      }
    ]
  }
}
  • 重新打包项目:

  • 但是,运行index.html,你会发现样式并没有生效。
    • 原因是css-loader只负责加载css文件,但是并不负责将css具体样式嵌入到文档中。
    • 这个时候,我们还需要一个style-loader帮助我们处理。 

5.css文件处理 – style-loader

  • 我们来安装style-loader
npm install --save-dev style-loader


// 视频所用版本
npm install style-loader@0.23.1 --save-dev
  • 注意:style-loader需要放在css-loader的前面。
  • 疑惑:不对吧?按照我们的逻辑,在处理css文件过程中,应该是css-loader先加载css文件,再由style-loader来进行进一步的处理,为什么会将style-loader放在前面呢?
  • 答案:这次因为webpack在读取使用的loader的过程中,是按照从右向左的顺序读取的。
  • 目前,webpack.config.js的配置如下:

  •  如果安装失败可能是loader版本过高,指定一下版本就行了
  • style-loader和css-loader作用是不同的。

    • css-loader: 加载.css文件
    • style-loader:使用<style>将css-loader内部样式注入到我们的HTML页面

(六)、less文件处理 

1.less文件处理 – 准备工作

  • 如果我们希望在项目中使用less、scss、stylus来写样式,webpack是否可以帮助我们处理呢?
    • 我们这里以less为例,其他也是一样的。
  • 我们还是先创建一个less文件,依然放在css文件夹中

2.less文件处理 – less-loader

  • 继续在官方中查找,我们会找到less-loader相关的使用说明

    • 首先,还是需要安装对应的loader

    • 注意:我们这里还安装了less,因为webpack会使用less对less文件进行编译 

npm install --save-dev less-loader less

// 视频所用版本
npm install --save-dev less-loader@4.1.0 less@3.9.0
  •  其次,修改对应的配置文件
    • 添加一个rules选项,用于处理.less文件

  •  webpack.config.js的配置如下:
const path = require('path')
module.exports = {
    entry: './src/main.js',
    output: {
        path: path.resolve(__dirname, 'dist'),
        filename: 'bundle.js'
    },
    module: {
        rules: [{
                test: /\.css$/,
                use: ['style-loader', 'css-loader']
            },
            {
                test: /\.less$/,
                use: [{
                    loader: "style-loader", // creates style nodes from JS strings
                }, {
                    loader: "css-loader" // translates CSS into CommonJS
                }, {
                    loader: "less-loader", // compiles Less to CSS
                }]
            },
        ]
    }
}

(七)、(掌握)图片文件处理

1.图片文件处理 – 资源准备阶段

  • 首先,我们在项目中加入两张图片:
    • 一张较小的图片test01.jpg(小于8kb),一张较大的图片test02.jpeg(大于8kb)
    • 待会儿我们会针对这两张图片进行不同的处理
  • 我们先考虑在css样式中引用图片的情况,所以我更改了normal.css中的样式:

  • 如果我们现在直接打包,会出现如下问题

 

 2.图片文件处理 – url-loader

  • 图片处理,我们使用url-loader来处理,依然先安装url-loader
npm install --save-dev url-loader

// 视频所用版本
npm install --save-dev url-loader@1.1.2
  • 修改webpack.config.js配置文件:
  {
        test: /\.(png|jpg|gif|jpeg)$/,
        use: [{
          loader: 'url-loader',
          options: {
            limit: 8192,
       
          },
        }]
      }
  • 再次打包,运行index.html,就会发现我们的背景图片选出了出来。
    • 而仔细观察,你会发现背景图是通过base64显示出来的
    • OK,这也是limit属性的作用,当图片小于8kb时,对图片进行base64编码

 3.图片文件处理 – file-loader

  • 那么问题来了,如果大于8kb呢?我们将background的图片改成test02.jpg
    • 这次因为大于8kb的图片,会通过file-loader进行处理,但是我们的项目中并没有file-loader 

  • 所以,我们需要安装file-loader
npm install --save-dev file-loader

// 视频所用版本
npm install --save-dev file-loader@3.0.1
  •  再次打包,就会发现dist文件夹下多了一个图片文件

4.图片文件处理 – 修改文件名称

  • 我们发现webpack自动帮助我们生成一个非常长的名字

    • 这是一个32位hash值,目的是防止名字重复

    • 但是,真实开发中,我们可能对打包的图片名字有一定的要求

    • 比如,将所有的图片放在一个文件夹中,跟上图片原来的名称,同时也要防止重复 

  • 所以,我们可以在options中添加上如下选项:
    • img:文件要打包到的文件夹
    • name:获取图片原来的名字,放在该位置
    • hash:8:为了防止图片名称冲突,依然使用hash,但是我们只保留8位
    • ext:使用图片原来的扩展名 

  • 但是,我们发现图片并没有显示出来,这是因为图片使用的路径不正确
    • 默认情况下,webpack会将生成的路径直接返回给使用者
    • 但是,我们整个程序是打包在dist文件夹下的,所以这里我们需要在路径下再添加一个dist/ 


(八)、(掌握)babel的使用(ES6转ES5)

ES6语法处理

  • 如果你仔细阅读webpack打包的js文件,发现写的ES6语法并没有转成ES5,那么就意味着可能一些对ES6还不支持的浏览器没有办法很好的运行我们的代码。
  • 在前面我们说过,如果希望将ES6的语法转成ES5,那么就需要使用babel。
    • 而在webpack中,我们直接使用babel对应的loader就可以了。
npm install --save-dev babel-loader@7 babel-core babel-preset-es2015
  • 配置webpack.config.js文件

  • 重新打包,查看bundle.js文件,发现其中的内容变成了ES5的语法 

(九)、(掌握)webpack配置vue

1.引入vue.js

  • 后续项目中,我们会使用Vuejs进行开发,而且会以特殊的文件来组织vue的组件。

    • 所以,下面我们来学习一下如何在我们的webpack环境中集成Vuejs

  • 现在,我们希望在项目中使用Vuejs,那么必然需要对其有依赖,所以需要先进行安装
    • 注:因为我们后续是在实际项目中也会使用vue的,所以并不是开发时依赖,不用加-dev
npm install vue --save
  • 那么,接下来就可以按照我们之前学习的方式来使用Vue了

 2.打包项目 – 错误信息

  • 修改完成后,重新打包,运行程序:
    • 打包过程没有任何错误(因为只是多打包了一个vue的js文件而已)
    • 但是运行程序,没有出现想要的效果,而且浏览器中有报错

  •  这个错误说的是我们使用的是runtime-only版本的Vue,什么意思呢?
    • 这里我只说解决方案:Vue不同版本构建,后续我具体讲解runtime-only和runtime-compiler的区别。
  • 所以我们修改webpack.config.js的配置,添加如下内容即可

 resolve: {
    extensions: ['.js', '.css', '.vue'],
    // 可以省略扩展名, 比如引入vue文件'./vue/App.vue' 可以写成'./vue/App'
    // alias: 别名
    alias: {
      'vue$': 'vue/dist/vue.esm.js'
    }
  }

 3.(掌握)el和template区别(一)

  • 正常运行之后,我们来考虑另外一个问题:
    • 如果我们希望将data中的数据显示在界面中,就必须是修改index.html
    • 如果我们后面自定义了组件,也必须修改index.html来使用组件
    • 但是html模板在之后的开发中,我并不希望手动的来频繁修改,是否可以做到呢?
  • 定义template属性:
    • 在前面的Vue实例中,我们定义了el属性,用于和index.html中的#app进行绑定,让Vue实例之后可以管理它其中的内容
    • 这里,我们可以将div元素中的{{message}}内容删掉,只保留一个基本的id为div的元素
    • 但是如果我依然希望在其中显示{{message}}的内容,应该怎么处理呢?
    • 我们可以再定义一个template属性,代码如下: 

4.(掌握)el和template区别(二)

  • 重新打包,运行程序,显示一样的结果和HTML代码结构

  • 那么,el和template模板的关系是什么呢?

    • 在我们之前的学习中,我们知道el用于指定Vue要管理的DOM,可以帮助解析其中的指令、事件监听等等。

    • 而如果Vue实例中同时指定了template,那么template模板的内容会替换掉挂载的对应el的模板。 

  • 这样做有什么好处呢?

    • 这样做之后我们就不需要在以后的开发中再次操作index.html,只需要在template中写入对应的标签即可

  • 但是,书写template模块非常麻烦怎么办呢?

    • 没有关系,稍后我们会将template模板中的内容进行抽离。

    • 会分成三部分书写:template、script、style,结构变得非常清晰。

index.html代码 

<!DOCTYPE html>
<html lang="en">
<head>
  <meta charset="UTF-8">
  <title>Title</title>
</head>
<body>

<div id="app">
</div>

<script src="./dist/bundle.js"></script>
</body>
</html>

 main.js代码:

// vue抽取方案1.0
// 把原来index.html里 <div id="app"></div>里面的内容抽取到vue实例的template里面
import Vue from 'vue'
const app = new Vue({
    el: '#app',
    template: `
    <div>
        <h2>{{message}}</h2>
        <button @click='btnClick></button>
    </div>
    `,
    data: {
        message: 'yyy'
    },
    methods: {
        btnClick(){
            
        }
    },
})

5.Vue组件化开发引入

  • 在学习组件化开发的时候,我说过以后的Vue开发过程中,我们都会采用组件化开发的思想。
    • 那么,在当前项目中,如果我也想采用组件化的形式进行开发,应该怎么做呢?
  • 查看下面的代码:    
    • 当然,我们也可以将下面的代码抽取到一个js文件中,并且导出。 

  • 代码步骤如下: 

         ○ main.js代码:

// vue抽取方案2.0
// 把template,data,method全部抽取到一个组件里面
import Vue from 'vue'
const App = {
    template: `
    <div>
        <h2>{{message}}</h2>
        <button @click='btnClick></button>
    </div>
    `,
    data() {
        return {
            message: 'yangyanyan'
        }
    },

    methods: {
        btnClick() {

        }
    },
}
const app = new Vue({
    el: '#app',
    // 在这里用一下App组件就行了 这里不需要根div  之前是这样写的<div id="app"><App/></div>
    template: `<App/>`,
    components: {
        App
    },

})

            ○  把App组件对象抽取到另外一个文件app.js并导出,app.js代码如下:

export default {
    template: `
    <div>
        <h2>{{message}}</h2>
        <button @click='btnClick></button>
    </div>
    `,
    data() {
        return {
            message: 'yangyanyan'
        }
    },

    methods: {
        btnClick() {

        }
    },
}

          ○  再在main.js里面引用一下,现在main.js代码如下:

import Vue from 'vue'
import App from './vue/app'
const app = new Vue({
    el: '#app',
    // 在这里用一下App组件就行了 这里不需要根div  之前是这样写的<div id="app"><App/></div>
    template: `<App/>`,
    components: {
        App
    },

})

但是这样写模版与数据没有分离,下面就用.vue封装 

6. Vue的终极使用方案-- .vue文件封装处理

  •  但是一个组件以一个js对象的形式进行组织和使用的时候是非常不方便的

    • 一方面编写template模块非常的麻烦

    • 另外一方面如果有样式的话,我们写在哪里比较合适呢?

  • 现在,我们以一种全新的方式来组织一个vue的组件 

  • 但是,这个时候这个文件可以被正确的加载吗?
    • 必然不可以,这种特殊的文件以及特殊的格式,必须有人帮助我们处理。
    • 谁来处理呢?vue-loader(加载)以及vue-template-compiler(编译)。 
  • 安装vue-loader和vue-template-compiler 
npm install vue-loader vue-template-compiler --save-dev
  •  修改webpack.config.js的配置文件:

  {
        test: /\.vue$/,
        use: ['vue-loader']
   }
  •  可能还会报错,应该是loader版本原因,在package.json里面修改一下版本号


(十)、(掌握)plugin的使用

1.认识plugin 

  • plugin是什么?
    • plugin是插件的意思,通常是用于对某个现有的架构进行扩展。
    • webpack中的插件,就是对webpack现有功能的各种扩展,比如打包优化,文件压缩等等。 
  • loader和plugin区别
    • loader主要用于转换某些类型的模块,它是一个转换器。
    • plugin是插件,它是对webpack本身的扩展,是一个扩展器。 
  • plugin的使用过程:
    • 步骤一:通过npm安装需要使用的plugins(某些webpack已经内置的插件不需要安装)
    • 步骤二:在webpack.config.js中的plugins中配置插件。
  • 下面,我们就来看看可以通过哪些插件对现有的webpack打包过程进行扩容,让我们的webpack变得更加好用。 

 2.添加版权的Plugin

  • 我们先来使用一个最简单的插件,为打包的文件添加版权声明
    • 该插件名字叫BannerPlugin,属于webpack自带的插件。
  • 按照下面的方式来修改webpack.config.js的文件:

  • 重新打包程序:查看bundle.js文件的头部,看到如下信息 

 3.打包html的plugin

  • 目前,我们的index.html文件是存放在项目的根目录下的。
    • 我们知道,在真实发布项目时,发布的是dist文件夹中的内容,但是dist文件夹中如果没有index.html文件,那么打包的js等文件也就没有意义了。
    • 所以,我们需要将index.html文件打包到dist文件夹中,这个时候就可以使用HtmlWebpackPlugin插件
  • HtmlWebpackPlugin插件可以为我们做这些事情:
    • 自动生成一个index.html文件(可以指定模板来生成)
    • 将打包的js文件,自动通过script标签插入到body中
  • 安装HtmlWebpackPlugin插件 
npm install html-webpack-plugin --save-dev
  •  使用插件,修改webpack.config.js文件中plugins部分的内容如下:
    • 这里的template表示根据什么模板来生成index.html
    • 另外,我们需要删除之前在output中添加的publicPath属性 否则插入的script标签中的src可能会有问题

 4.js压缩的Plugin

  • 在项目发布之前,我们必然需要对js等文件进行压缩处理
    • 这里,我们就对打包的js文件进行压缩
    • 我们使用一个第三方的插件uglifyjs-webpack-plugin,并且版本号指定1.1.1,和CLI2保持一致
npm install uglifyjs-webpack-plugin@1.1.1 --save-dev
  • 修改webpack.config.js文件,使用插件:

  •  查看打包后的bunlde.js文件,是已经被压缩过了。

5.(掌握)webpack配置文件的分离

  • webpack根据开发和生成环境一般可以将配置文件拆分,拆分dev和prod两种环境
  • 我们在根目录下创建build文件夹,并创建三个配置文件,分别是:
|- /build
    |- base.config.js  公共配置
    |- dev.config.js   开发配置
    |- prod.config.js  生产配置
  • 在scripts里修改相应的命令
"build": "webpack --config ./build/prod.config.js",
"dev": "webpack-dev-server --open --config ./build/dev.config.js"
  • 使用webpack-merge,用以合并通用配置文件与开发环境配置文件
    •  webpack-merge做了两件事:它允许连接数组并合并对象,而不是覆盖组合。
    • 安装
      • npm install webpack-merge --save-dev
        
  • 各文件代码如下

base.config.js


// base.config.js 公共配置文件
const path = require('path')
const webpack = require('webpack')
const HtmlWebpackPlugin = require('html-webpack-plugin')
const UglifyjsWebpackPlugin = require('uglifyjs-webpack-plugin')

module.exports = {
  entry: './src/main.js',
  output: {
    path: path.resolve(__dirname, '../dist'),
    filename: 'bundle.js',
    // publicPath: 'dist/'
  },
  module: {
    rules: [
      {
        test: /\.css$/,
        // css-loader只负责将css文件进行加载
        // style-loader负责将样式添加到DOM中
        // 使用多个loader时, 是从右向左
        use: [ 'style-loader', 'css-loader' ]
      },
      {
        test: /\.less$/,
        use: [{
          loader: "style-loader", // creates style nodes from JS strings
        }, {
          loader: "css-loader" // translates CSS into CommonJS
        }, {
          loader: "less-loader", // compiles Less to CSS
        }]
      },
      {
        test: /\.(png|jpg|gif|jpeg)$/,
        use: [
          {
            loader: 'url-loader',
            options: {
              // 当加载的图片, 小于limit时, 会将图片编译成base64字符串形式.
              // 当加载的图片, 大于limit时, 需要使用file-loader模块进行加载.
              limit: 13000,
              name: 'img/[name].[hash:8].[ext]'
            },
          }
        ]
      },
      {
        test: /\.js$/,
        // exclude: 排除
        // include: 包含
        exclude: /(node_modules|bower_components)/,
        use: {
          loader: 'babel-loader',
          options: {
            presets: ['es2015']
          }
        }
      },
      {
        test: /\.vue$/,
        use: ['vue-loader']
      }
    ]
  },
  resolve: {
    // alias: 别名
    extensions: ['.js', '.css', '.vue'],
    alias: {
      'vue$': 'vue/dist/vue.esm.js'
    }
  },
  plugins: [
    new webpack.BannerPlugin('最终版权归aaa所有'),
    new HtmlWebpackPlugin({
      template: 'index.html'
    })
  ]
}

 dev.conifg.js

// 开发环境下的配置文件
const webpackMerge = require('webpack-merge')
const baseConfig = require('./base.config')

module.exports = webpackMerge(baseConfig, {
  devServer: {
    contentBase: './dist',
    inline: true
  }
})

prod.config.js

// 生产环境下的配置文件
const UglifyjsWebpackPlugin = require('uglifyjs-webpack-plugin')
const webpackMerge = require('webpack-merge')
const baseConfig = require('./base.config')

module.exports = webpackMerge(baseConfig, {
  plugins: [
    new UglifyjsWebpackPlugin()
  ]
})



(十一) 、本地服务器

搭建本地服务器

  • webpack提供了一个可选的本地开发服务器,这个本地服务器基于node.js搭建,内部使用express框架,可以实现我们想要的让浏览器自动刷新显示我们修改后的结果。
  • 不过它是一个单独的模块,在webpack中使用之前需要先安装它
npm install --save-dev webpack-dev-server@2.9.1
  •  devserver也是作为webpack中的一个选项,选项本身可以设置如下属性:
    • contentBase:为哪一个文件夹提供本地服务,默认是根文件夹,我们这里要填写./dist
    • port:端口号
    • inline:页面实时刷新
    • historyApiFallback:在SPA页面中,依赖HTML5的history模式
  • webpack.config.js文件配置修改如下: 

 

  •  我们可以再配置另外一个scripts: --open参数表示直接打开浏览器


视频对应目录

  • 19
    点赞
  • 32
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 8
    评论
评论 8
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

coderYYY

请简单粗暴地爱我,一元一元的赏

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值