前端工程化10-webpack静态的模块化打包工具之各种loader处理器

9.1、案例编写

我们创建一个component.js

  • 通过JavaScript创建了一个元素,并且希望给它设置一些样式;

image-20240706150636239

我们自己写的css,要把他加入到Webpack的图结构当中,这样才能被webpack检测到进行打包,

style.css–>div_cn.js–>main.js main.js就是工程的入口文件

但是没有对应的处理器loader我们也不能把css文件进行打包,打包css我们需要用的loader为css-loader

npm install css-loader -D

9.2、css-loader的使用

上面的错误信息告诉我们需要一个loader来加载这个css文件,但是loader是什么呢?

  • loader 可以用于对模块的源代码进行转换;
  • 我们可以将css文件也看成是一个模块,我们是通过import来加载这个模块的;
  • 在加载这个模块时,webpack其实并不知道如何对其进行加载,我们必须制定对应的loader来完成这个功能;

那么我们需要一个什么样的loader呢?

  • 对于加载css文件来说,我们需要一个可以读取css文件的loader;
  • 这个loader最常用的是css-loader;

css-loader的安装:

npm install css-loader -D

webpack这个东西,你在不配置其他插件的同时他是具备处理js功能的,但是对于其他的一些文件,比如css,图片,vue文件他是不知道怎么处理的,但是我们可以配置一大堆的插件,来达到打包各种文件,进行代码压缩,代码转换的功能,webpack的拓展性是无敌

9.3、css-loader的使用方案

如何使用这个loader来加载css文件呢?有三种方式:

  • 内联方式;
  • CLI方式(webpack5中不再使用);
  • 配置方式;

内联方式:

  • 内联方式使用较少,因为不方便管理;

  • 在引入的样式前加上使用的loader,并且使用!分割;

    image-20240706155215166

CLI方式

  • 在webpack5的文档中已经没有了==–module-bind==;
  • 实际应用中也比较少使用,因为不方便管理;

9.4、loader配置方式

配置方式表示的意思是在我们的webpack.config.js文件中写明配置信息:

  • module.rules中允许我们配置多个loader(因为我们也会继续使用其他的loader,来完成其他文件的加载);
  • 这种方式可以更好的表示loader的配置,也方便后期的维护,同时也让你对各个Loader有一个全局的概览;

module.rules的配置如下:

  • rules属性对应的值是一个数组:[Rule]

  • 数组中存放的是一个个的Rule,Rule是一个对象,对象中可以设置多个属性:

    • ==test属性:==用于对 resource(资源)进行匹配的,通常会设置成正则表达式;
    • ==use属性:==对应的值时一个数组:[UseEntry]
      • UseEntry是一个对象,可以通过对象的属性来设置一些其他属性
        • loader:必须有一个 loader属性,对应的值是一个字符串;
        • options:可选的属性,值是一个字符串或者对象,值会被传入到loader中;
        • query:目前已经使用options来替代;
      • 传递字符串(如:use: [ ‘style-loader’ ])是 loader 属性的简写方式(如:use: [ { loader: ‘style-loader’} ]);
    • loader属性: Rule.use: [ { loader } ] 的简写。

image-20240706155827920

测试后发现,我们打包后的css并没有生效,怎么解决?

9.5、认识style-loader

我们已经可以通过css-loader来加载css文件了

  • 但是你会发现这个css在我们的代码中并没有生效(页面没有效果)。

这是为什么呢?

  • 因为css-loader只是负责将.css文件进行解析,并不会将解析之后的css插入到页面中;
  • 如果我们希望再完成插入style的操作,那么我们还需要另外一个loader,就是style-loader;

安装style-loader:

npm install style-loader -D

9.6、配置style-loader

那么我们应该如何使用style-loader:

  • 在配置文件中,添加style-loader;

  • 注意:因为loader的执行顺序是从右向左(或者说从下到上,或者说从后到前的),所以我们需要将style-loader写到css-loader的前面;

    image-20240706162656866

  • 重新执行编译npm run build,可以发现打包后的css已经生效了:

    • 当前目前我们的css是通过页内样式的方式添加进来的;
    • 后续我们也会讲如何将css抽取到单独的文件中,并且进行压缩等操作;

css-loader跟style-loader都是开发时依赖,所以我们加-D

9.7、配置插件的简写方式

const path = require("path")

module.exports = {
  entry: "./src/main.js",
  output: {
    filename: "bundle.js",
    //写成配置的话一定要写成绝对路径 
    //否则会提示:-configuration.output.path:The provided value "./build" is not an absolute path!
    //_dirname,当前文件webpack.config.js所在的路径
    path: path.resolve(__dirname, "./build")
  },
  //完整写法
    // module:{
    //   rules:[
    //     {
    //       //告诉webpack配置什么样的文件
    //       test:"/\.css$/",
    //       use:[ //use中多个loader的使用顺序是从后往前 
    //         {loader:"style-loader"},
    //         {loader:"css-loader"},
    //         {loader:"css-loader",options:{}}
    //       ]
        
    //     }
    //   ] 
    // }
  
  //简写一:如果loader只有一个,不写use
    // module:{
    //   rules:[
    //     {
    //       //告诉webpack配置什么样的文件
    //       test:"/\.css$/",
    //       loader:"css-loader"
    //     }
    //   ] 
    // }
  //简写二:多个loader不需要其他属性时,可以直接写loader字符传形式
    // module:{
    //   rules:[
    //     {
    //       //告诉webpack配置什么样的文件
    //       test:"/\.css$/",
    //       use:["style-loader","css-loader"]  
    //     }
    //   ] 
    // }
   

  //目前截断我们使用的这种方式并没有将css抽取成一个css文件用link的方式导入
  //而是用style标签的方式导入的css样式,如果想要抽取成一个文件,我们需要用到webpack文件的高级特性
   
}

9.8、如何处理less文件

在我们开发中,我们可能会使用less、sass、stylus的预处理器来编写css样式,效率会更高。

那么,如何可以让我们的环境支持这些预处理器呢?

  • 首先我们需要确定,less、sass等编写的css需要通过工具转换成普通的css;

比如我们编写如下的less样式:

image-20240706165416283

我们需要借用Less工具处理

  • 我们可以使用less工具来完成它的编译转换:

    npm install less -D
    
  • 执行如下命令:

    npx lessc ./src/css/title.less title.css
    

这种方式只能处理单个或者多个less文件,我们怎么让他可以进行自动转换

9.1、less-loader处理

但是在项目中我们会编写大量的css,它们如何可以自动转换呢?

  • 这个时候我们就可以使用less-loader,来自动使用less工具转换less到css;

    npm install less-loader -D
    

配置webpack.config.js

image-20240706165936643

9.2、如何处理sass文件

很好的一个开发的文档

https://cloud.tencent.com/developer/section/1477538

区分node-sass和sass的区别

https://blog.csdn.net/feiying0canglang/article/details/126372260

快速开始

npm install sass-loader sass webpack --save-dev

sass-loadercss-loaderstyle-loader 进行链式调用,可以将样式以 style 标签的形式插入 DOM 中,或者使用 mini-css-extract-plugin 将样式输出到独

立的文件中。

app.js

import './style.scss';

style.scss

$body-color: red;

body {
  color: $body-color;
}

webpack.config.js

module.exports = {
  module: {
    rules: [
      {
        test: /\.s[ac]ss$/i,
        use: [
          // 将 JS 字符串生成为 style 节点
          'style-loader',
          // 将 CSS 转化成 CommonJS 模块
          'css-loader',
          // 将 Sass 编译成 CSS
          'sass-loader',
        ],
      },
    ],
  },
};

启动我们的webpack完成操作

9.3、关于sass怎么导入node_modules里的sass文件

在Sass和Webpack的环境中,使用@import指令来导入其他Sass文件或模块是非常常见的。然而,当涉及到从node_modules中导入第三方库的Sass文件时,事情就变得稍微复杂一些。这里,~符号的作用就体现出来了。

1、什么是~符号?

在Sass中直接使用@import "bootstrap"这样的语句时,Sass编译器会尝试在当前文件所在的目录及其子目录中查找bootstrap文件。如果找不到,它不会自动去node_modules目录下查找。但是,当我们使用@import "~bootstrap"时,我们实际上是告诉Webpack(而不是Sass编译器)去node_modules目录下查找bootstrap

2、~符号的使用场景

当你在项目中使用了像Bootstrap这样的外部Sass库,并且想要在你的Sass文件中导入它们的样式时,~符号就是必要的。这是因为Bootstrap(或其他库)的Sass文件位于node_modules目录下,而默认情况下,Sass的@import指令不会去那里查找文件。

3、为什么可以移除~

随着Webpack和Sass-loader的改进,它们现在能够更好地协同工作,理解@import指令,并在必要时自动查找node_modules目录。这意味着,即使你不使用~,只要Webpack配置正确,它仍然可以识别出你试图从node_modules中导入一个库。因此,现代的配置通常推荐去掉~,使得Sass代码更加干净和易于阅读。

4、总结

  • ~符号最初被引入是为了明确告诉Webpack在node_modules中查找库文件。
  • 现代的Webpack和Sass-loader配置已经足够智能,能够自动处理node_modules中的导入,因此~不再是必需的。
  • 移除~可以使你的Sass代码更加简洁,减少潜在的混乱。

然而,尽管推荐移除~,Webpack和Sass-loader仍然会支持它的使用,以保持向后兼容性。如果你在旧项目中看到~的使用,不必惊慌,它仍然是有效的,只是现代的最佳实践中不再推荐这样做。

9.4、认识PostCSS工具

什么是PostCSS呢?

  • PostCSS是一个通过JavaScript来转换样式的工具;
  • 这个工具可以帮助我们进行一些CSS的转换和适配,比如自动添加浏览器前缀、css样式的重置;
  • 但是实现这些功能,我们需要借助于PostCSS对应的插件;

如何使用PostCSS呢?主要就是两个步骤:?

  • 第一步:查找PostCSS在构建工具中的扩展,比如webpack中的postcss-loader;
  • 第二步:选择可以添加你需要的PostCSS相关的插件;

9.5、postcss-loader

我们可以借助于构建工具:

  • 在webpack中使用postcss就是使用postcss-loader来处理的;

我们来安装postcss-loader: 一定得先安装postcss-loader这个工具

  • npm install postcss-loader -D
    

我们修改加载css的loader:(配置文件已经过多,给出一部分了)

  • 注意:因为postcss需要有对应的插件才会起效果,所以我们需要配置它的plugin;

image-20240706180938103

安装autoprefixer工具

npm i autoprefixer

9.6、单独的postcss配置文件

因为我们需要添加前缀,所以要安装autoprefixer:

npm install autoprefixer -D

我们可以将这些配置信息放到一个单独的文件中进行管理:

  • 在根目录下创建postcss.config.js

image-20240706181312550

9.7、postcss-preset-env预设

事实上,在配置postcss-loader时,我们配置插件并不需要使用autoprefixer。

我们可以使用另外一个插件:postcss-preset-env

  • postcss-preset-env也是一个postcss的插件;
  • 它可以帮助我们将一些现代的CSS特性,转成大多数浏览器认识的CSS,并且会根据目标浏览器或者运行时环境添加所需的polyfill;
  • 也包括会自动帮助我们添加autoprefixer(所以相当于已经内置了autoprefixer);

首先,我们需要安装postcss-preset-env:

npm install postcss-preset-env -D

之后,我们直接修改掉之前的autoprefixer即可:

image-20240706182406036

注意:我们在使用某些postcss插件时,也可以直接传入字符串

image-20240706182422225

总结:转特性颜色有#号格式转换为RGBA格式,加浏览器前缀等

postcss这个工具非常强大、后续的px转各种单位rem/vw/vh都可以下载插件进行配置

9.8、Webpack重要性总结

我们刚才了解的postcss是一个独立的工具,我们可以脱离webpack进行使用,刚才我们学了好多的loader,学习了一堆的配置,很多很杂,我觉得根本记不住,

配来配去的很容易乱,我们在开发当中并不会配置这些繁杂的东西,在真实的开发过程中,我们都是利用脚手架进行开发,脚手架里面把这些该配置的东西全部都帮

你配置好了,所以你可以直接在脚手架的基础上进行开发的,学习这个东西的目的是理解整个这个流程,目前前端的这个项目到底是如何跑起来的

也包括帮住你理解以前在学习css的时候,我说过一句话,我们现在的开发模式中我们根本不需要手动的添加浏览器前缀,以前你可能很疑惑,我不加这个浏览器

前缀以后怎么办呢?那有些浏览器需要适配的话那我怎么适配呢?我们现在就借助webpack配置postcss工具来进行加前缀的转换。是一个自动化的过程

现在的前端开发,更加的提倡四个现代化:模块化、组件化、规范化、自动化,关于这四个现代化在讲webpack之初我已经介绍过了,忘记了往前翻。

所以总的来说,webpack这个工具是非常的屌。

前边的loader我们去讲的如何处理css类型的文件,下边我们学习的是处理image图片资源、怎么处理Es5转Es6的js代码、怎么处理Vue组件转html。

9.9、Webpack打包图片资源

从新建立一个工程、导入俩文件、按照模块化的方式引入图片资源、把他放到图片标签的src属性上、最后打包–>发现报错,

image-20240707010155003

为什么?因为没有对应的处理器?我们首先想到的是下载对应的loader,在早期的时候我们使用的loader为 npm insetall file-loader.早期的时候确实需要借助于这

个loader,但是在最新版本的webpack中对于文件的处理,现在的webpack已经内置了,以前的时候webpack是没有内置的,既然已经内置了为什么在运行的时候

还会报错?这是因为webpack默认把所有模块按照js模块的方式来进行处理的,也就是webpack不清楚我要按照那种格式去处理.

配置格式

const path = require("path")


module.exports = {
  entry: "./src/index.js",
  output: {
    filename: "bundle.js",
    path: path.resolve(__dirname, "./build")
  },
   module: {
    rules:[
       { 
        test:/\.css$/,
        use:["style-loader","css-loader", "postcss-loader"] 
       },
       {
        test:/\.less$/,
        use:["style-loader","css-loader","less-loader", "postcss-loader"] 
       },
       {
        test:/\.(png|jpe?g|svg|gif)$/,
        type:"asset"
       }
    ] 
   }
}

9.1、认识asset module type

我们当前使用的webpack版本是webpack5:

​ 在webpack5之前,加载这些资源我们需要使用一些loader,比如raw-loader 、url-loader、file-loader;

​ 在webpack5开始,我们可以直接使用资源模块类型(asset module type),来替代上面的这些loader;

资源模块类型(asset module type),通过添加 4 种新的模块类型,来替换所有这些 loader:

asset/resource 发送一个单独的文件并导出 URL。

​ 之前通过使用 file-loader 实现;

asset/inline 导出一个资源的 data URI。

​ 之前通过使用 url-loader 实现;

asset/source 导出资源的源代码

​ 之前通过使用 raw-loader 实现;

asset 在导出一个 data URI 和发送一个单独的文件之间自动选择。

​ asset 在导出一个 data URI 和发送一个单独的文件之间自动选择。

9.2、asset module type的使用

那么具体的asset/resource、asset/inline、asset/source、asset有什么区别呢?

如果是asset/resource,那么在打包的过程当中就把图片完成的给打包进了build目录了,底层做的事情就相当于一个复制,然后把url给设置了进去

如果是asset/inline那么在打包的时候就对图片进行base64的编码,然后把这个base64字符串放进去,编码的好处是,会减少网络请求、当然也有一定的坏处,资源越大编码的长度就非常大,相应的js文件也会变大。这会导致浏览器下载解析js文件过慢,但是一般我们都是做相应的取舍,小图片编码,大图片我们还是进行复制打包。显然前者都不能满足,

asset/source是把资源导出为源代码的形式,你像我们这个图片他本身就是二进制的,你拿到一个二进制的文件,本身来说没有太大的意义,因为毕竟不是要自己对这个文件做解码,如果要是自己需要对文件做解码,你就需要拿到这个源代码,但是我们一般是不需要自己去做解码的,这个工作通常都是浏览器去做

如果想要达到,大的打包,小的编码这种效果,必须采用asset参数、设置对应的参数limit,来规定,多大算大,多小算小

9.3、url-loader的limit效果?

开发中我们往往是小的图片需要转换,但是大的图片直接使用图片即可

​ 这是因为小的图片转换base64之后可以和页面一起被请求,减少不必要的请求过程;

​ 而大的图片也进行转换,反而会影响页面的请求速度;

我们需要两个步骤来实现:

​ 步骤一:将type修改为asset;

​ 步骤二:添加一个parser属性,并且制定dataUrl的条件,添加maxSize属性;

image-20240713172314683

9.4、如何可以自定义文件的输出路径和文件名呢?

经过打包之后,发现打包后图片的名字,名字变了,我们并不能确定这个图片是打包前的那张图片,所以我想定制这个打包后图片的名字,怎么做?

image-20240713173350144

方式一:修改output,添加assetModuleFilename属性;

方式二:在Rule中,添加一个generator属性,并且设置filename;

image-20240713174324620

我们这里介绍几个最常用的placeholder

  • [ext]: 处理文件的扩展名;
  • [name]:处理文件的名称;
  • [hash]:文件的内容,使用MD4的散列函数处理,生成的一个128位的hash值(32个十六进制);

其实就是用占位符去处理,找到特定的字符串按照某种规则替换或者生成拼接。

const path = require("path")

module.exports = {
  entry: "./src/index.js",
  output: {
    filename: "bundle.js",
    path: path.resolve(__dirname, "./build"),
    //方式一:
    assetModulFilename:"img/[name].[hash:6][ext]"
  },
   module: {
    rules:[
       { 
        test:/\.css$/,
        use:["style-loader","css-loader", "postcss-loader"] 
       },
       {
        test:/\.less$/,
        use:["style-loader","css-loader","less-loader", "postcss-loader"] 
       },
       {
        test:/\.(png|jpe?g|svg|gif)$/,
        type:"asset",
        //方式二
        generator:{
          //占位符
          //name:指向原来的图片名称
          //ext:拓展名
          //hash: webpack按照某种规格生成的hash
          filename:"image/[name].[hash:6][ext]"
        },
        //limit效果,根据图片不同的大小进行不同的处理1、小的编码成base64,大的打包
        parser:{
          dataUrlCondition:{
            maxSize:100*1024
          }
        }
       }
    ] 
   }
}

9.5、为什么需要babel?

前面我们介绍了如何去打包css、less、sass、图片等资源下边我们需要学习如何打包js文件、有些同学就很奇怪了,不是一开始说,webpack不是都默认去处理js文件了嘛,那为啥还要去讲这个东西?我们观察意见的打包文件会发现,打包确实成功了,代码也进行了丑化,但是es6的代码并没有进行转es5的操作,你还是能看到箭头函数和const的身影、但是有些浏览器恰恰就不支持es6语法,所以我们需要利用webpack配置一些插件对js进行再次处理

image-20240713185437746

事实上,在开发中我们很少直接去接触babel,但是babel对于前端开发来说,目前是不可缺少的一部分:

​ 开发中,我们想要使用ES6+的语法,想要使用TypeScript,开发React项目,它们都是离不开Babel的;

​ 所以,学习Babel对于我们理解代码从编写到线上的转变过程至关重要;

那么,Babel到底是什么呢?

Babel是一个工具链,主要用于旧浏览器或者环境中将ECMAScript 2015+代码转换为向后兼容版本的JavaScript;

​ 包括:语法转换、源代码转换等;

image-20240713185809454

9.6、Babel命令行使用?

babel本身可以作为一个独立的工具(和postcss一样),不和webpack等构建工具配置来单独使用。

如果我们希望在命令行尝试使用babel,需要安装如下库:

@babel/core:babel的核心代码,必须安装;

​ ==@babel/cli:==可以让我们在命令行使用babel;

npm install @babel/cli @babel/core -D

使用babel来处理我们的源代码:

​ src:是源文件的目录;

​ --out-dir:指定要输出的文件夹dist;

npx babel src --out-dir dist

9.7、Babel插件的使用?

我们使用postcss的时候,也是装上那个工具然后配置插件、同样的Babel也是一个工具,你要想达到某种目的也需要配置插件

比如我们需要转换箭头函数,那么我们就可以使用箭头函数转换相关的插件:

npm install @babel/plugin-transform-arrow-functions -D

npx babel src --out-dir dist --plugins=@babel/plugin-transform-arrow-functions

查看转换后的结果:我们会发现 const 并没有转成 var

​ 这是因为 plugin-transform-arrow-functions,并没有提供这样的功能;

​ 我们需要使用 plugin-transform-block-scoping 来完成这样的功能;

npm install @babel/plugin-transform-block-scoping -D

npx babel src --out-dir dist --plugins=@babel/plugin-transform-block-scoping ,@babel/plugin-transform-arrow-functions

9.8、Babel的预设preset?

但是如果要转换的内容过多,一个个设置是比较麻烦的,我们可以使用预设(preset):

​ 后面我们再具体来讲预设代表的含义;

安装@babel/preset-env预设:

npm install @babel/preset-env -D

执行如下命令:

npx babel src --out-dir dist --presets=@babel/preset-env

9.1、babel-loader?

在实际开发中,我们通常会在构建工具中通过配置babel来对其进行使用的,比如在webpack中。

那么我们就需要去安装相关的依赖:

npm install babel-loader -D

我们可以设置一个规则,在加载js文件时,使用我们的babel:

image-20240713193227422

配置这完成这个loader,我们还需要配置对应的插件、这个东西跟postcss那个工具一样,光指明他是没用的,我们还需要配置对应的插件

刚才我们测试不借助webpack,使用命令行的方式来用Babel我们一共下载过两个插件分别是

​ 处理箭头函数的插件

npm install @babel/plugin-transform-arrow-functions -D

​ 处理变量类型的插件

npm install @babel/plugin-transform-block-scoping -D

我们需要告诉babel来使用这俩插件(这个可以直接配置到webpack这个文件中–内部化配置)

{
  test:'/\.m?js$',
  use:{
      loader:"babel-loader"
      options:{
          plugins:[
              "@babel/plugin-transform-arrow-functions"
              "@babel/plugin-transform-block-scoping"
          ]
      }
  }    
}

9.2、babel配置文件抽取?

关于babel插件的配置插件你可以配置到webpack的配置文件中、当然也可以抽取一个单独的文件

Babel配置文件通常是一个名为==.babelrc的文件,或者是babel.config.js==。以下是一个基本的.babelrc配置文件示例,

module.exports = {
  plugins:[
              "@babel/plugin-transform-arrow-functions"
              "@babel/plugin-transform-block-scoping"
          ]
};

9.3、babel-preset预设环境?

如果我们一个个去安装使用插件,那么需要手动来管理大量的babel插件,我们可以直接给webpack提供一个preset,webpack会根据我们的预设来加载对应的插件列表,并且将其传递给babel。

比如常见的预设有三个:

  • env
  • react
  • TypeScript

安装preset-env:

image-20240713195334355

外部配置文件配置预设环境

module.exports = {
  //预设环境配置了就不用在配置这个插件了  
  plugins:[
              "@babel/plugin-transform-arrow-functions"
              "@babel/plugin-transform-block-scoping"
          ]
  //配置预设环境   
  presets:[
    ["@babel/preset-env"]
  ]   
};

9.4、webpack处理Vue文件?

本来不打算先讲关于Vue的东西、但是提前讲这个的话,可以为自己后期学Vue做一定的知识铺垫,那么webpack到底是怎么处理这个Vue的文件呢?可能有些人到这里还没有学习过Vue的一些语法,不用着急后面的话会非常详细去刨析这个Vue

白居易的琵琶行

千呼万唤始出来,犹抱琵琶半遮面。转轴拨弦三两声,未成曲调先有情。

我们现在,在示例项目中已经写了非常多的文件代码,但是项目结构看起来非常的乱,但是真是开发中,我们并不会这么做,通常都是采用某种脚手架来进行快速开发、其实不管什么框架最终的话都是展现为 HTML+CSS+JavaScript,一切的一切都是在加速开发。

我们观察打包好后的文件,东西真的非常的多,一个js文件塞了那么多东西,因为我们引入了Vue,所以不仅仅只是打包了我们自己些的代码Vue的代码也会打包进去这个不用担心后期我们学习webpack高级的时候会做分包处理

实战测试

在开发中我们会编写Vue相关的代码,webpack可以对Vue代码进行解析:

接下来我们编写自己的App.vue代码;

下载安装Vue依赖:npm i vue

image-20240713221643608

所谓的处理我们书写的Vue文件,首先我们需要把这个Vue文件加入到Webpack的依赖图中,加入依赖图成功后在打包

image-20240713221824706

我们发现对代码打包会报错:我们需要合适的Loader来处理文件。

这个时候我们需要使用vue-loader:

npm install vue-loader -D

在webpack的模板规则中进行配置:

image-20240713221917752

9.5、@vue/compiler-sfc

在编写Vue代码前我们通过 npm i Vue 来安装了Vue,所以这个插件自然而然就被装上了,如果没有安装过Vue,你可以先安装这个

npm install @vue/compiler-sfc -D

但是我们测试的时候可能会一个错

image-20240713222546571

这是因为我们少配置了一个插件

image-20240713222613737

image-20240713222619189

重新打包即可支持App.vue的写法

另外,我们也可以编写其他的.vue文件来编写自己的组件;

9.6、resolve模块解析

resolve用于设置模块如何被解析:

  • 在开发中我们会有各种各样的模块依赖,这些模块可能来自于自己编写的代码,也可能来自第三方库;

  • resolve可以帮助webpack从每个 require/import 语句中,找到需要引入到合适的模块代码;

  • webpack 使用 enhanced-resolve 来解析文件路径;

webpack能解析三种文件路径:

  • 绝对路径
    • 由于已经获得文件的绝对路径,因此不需要再做进一步解析。
  • 相对路径(相对路径最后也会被拼接成一个绝对路径)
    • 在这种情况下,使用 import 或 require 的资源文件所处的目录,被认为是上下文目录;
    • 在 import/require 中给定的相对路径,会拼接此上下文路径,来生成模块的绝对路径;
  • 模块路径(直接跟是一个Vue,根据modules属性来决定是那个文件夹查找的,这也是为啥会去找node_modules,因为默认值就是他)
    • 在 resolve.modules中指定的所有目录检索模块;
      • 默认值是 [‘node_modules’],所以默认会从node_modules中查找文件;
    • 我们可以通过设置别名的方式来替换初识模块路径,具体后面讲解alias的配置;

上述我们在测试那个Vue文件打包时,我们在导入Vue组件时,我们明确的书写了Vue文件的后缀,这是为什么呢?在webpack中我们通过resolve这个设置,来设置模块如何被解析的,在开发过程中我们可能会有各种各样的模块依赖,有可能时我们自己编写的代码也有可能来自第三方库,resolve可以帮助啊webpack从每个require/import语句中找到需要引入的模块代码,webpack底层时怎么做的就是利用enhanced-resolve这个库来解决这个问题的

9.8、解析的过程中具体会如何操作呢?

如果是一个文件:

  • 如果文件具有扩展名,则直接打包文件;
  • 否则,将使用 resolve.extensions选项作为文件扩展名解析;

比如我导入了一个 import utils from './utils/format.js’带拓展名了直接就帮我们找到这个文件了,如果我们些的是一个format,require,会自动往后边拼接,.js .json .node,但是webpack是怎么做的呢?如果没有跟上我们的后缀名,那么他是根据resolve.extensions的选项来作为文件拓展名解析的

如果是一个文件夹:

  • 会在文件夹中根据 resolve.mainFiles配置选项中指定的文件顺序查找;
    • resolve.mainFiles的默认值是 [‘index’];
    • 再根据 resolve.extensions来解析扩展名;

9.1、具体怎么配置extensions和alias

extensions是解析到文件时自动添加扩展名:

​ 默认值是 [‘.wasm’, ‘.mjs’, ‘.js’, ‘.json’];

​ 所以如果我们代码中想要添加加载 .vue 或者 jsx 或者 ts 等文件时,我们必须自己写上扩展名;

另一个非常好用的功能是配置别名alias:

​ 特别是当我们项目的目录结构比较深的时候,或者一个文件的路径可能需要 …/…/…/这种路径片段;

我们可以给某些常见的路径起一个别名;

image-20240713225212559

  • 9
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值