Monorepo + pnpm实现依赖共享
Monorepo 是将多个包(package)统一放置在一个仓库(repo)进行管理的方式。这种方式可以更好地管理包之间的依赖与兼容,统一的提交日志也更容易追踪问题。
在 Monorepo 项目中使用 pnpm 具有以下优势:
- 空间节省:通过硬链接的方式,无需重复安装包,这在有许多包的 Monorepo 项目中特别有效。
- 依赖共享:不同包可以共享依赖,简化依赖管理,避免重复依赖的安装与升级。
- 统一依赖:pnpm 以锁定文件(pnpm-lock.yaml)来管理依赖版本,这可以促进 Monorepo 中的包采用同一版本的依赖。
- 快速安装:pnpm 通过硬链接,只需安装一次包,后续的安装会非常快速,这很适合 Monorepo 频繁开发与构建的场景。
webpack的模块联邦是什么
Webpack Module Federation（模块联邦）是 Webpack 5 引入的一个功能，旨在解决现代前端应用程序中微服务架构下的模块共享和跨团队协作的问题。它允许不同的独立构建的应用程序在运行时动态加载和共享模块。
具体来说，Webpack Module Federation 提供了以下主要功能和优势：
动态远程模块加载：应用程序可以在运行时动态加载来自其他应用或服务的模块。这使得将一个大型应用程序拆分为更小的、可独立部署的微前端更加容易。
共享模块：多个应用程序可以共享相同的代码和依赖，而不需要复制和维护多份副本。这减少了代码重复，提高了开发效率和维护性。
版本管理：Webpack Module Federation 提供了一种机制来处理模块的版本兼容性和管理，确保各个应用程序使用的模块版本是兼容的。
隔离性：虽然模块是共享的，但每个应用程序仍然可以保持独立性，避免模块之间的命名冲突和全局状态污染。
灵活性和扩展性：开发团队可以更灵活地组织和扩展应用程序，按需引入和使用外部模块，而无需事先硬编码这些依赖关系。
Webpack Module Federation 的核心概念是远程模块加载和共享，通过这种方式，前端团队可以更好地管理复杂的应用程序架构，实现模块化、高效的团队协作和开发。
Polyfill和babel区别
Babel
作用：Babel是一个JavaScript编译器，它的主要功能是将ES6+代码转换为ES5代码，以确保在不支持ES6+特性的旧版浏览器中能够正常运行。
实现方式：Babel通过语法转换来实现兼容性。例如，将箭头函数、类、模块、解构赋值等新特性转换为等价的ES5代码。
应用场景：适用于需要使用现代JavaScript语法但必须兼容旧浏览器的项目。
配置：Babel可以通过配置文件（如.babelrc或babel.config.js）进行高度定制，包含不同的插件和预设来处理各种JavaScript语法和特性。
Polyfill
作用：Polyfill是一段代码（通常是库），它在环境中添加缺失的API或功能，使得旧浏览器能够支持新的Web标准API。例如，添加对
Promise、fetch、Array.prototype.includes等现代API的支持。实现方式：Polyfill通过检测某个功能是否存在，如果不存在，则定义该功能。例如，如果浏览器不支持
Promise，Polyfill会提供一个实现方案，使开发者可以使用Promise。应用场景：适用于需要使用现代Web API，但必须确保在旧浏览器中也能使用这些API的项目。
加载方式：Polyfills通常作为外部库引入，可以在HTML中通过
<script>标签引入，或者通过npm/yarn等包管理工具安装并在代码中导入。
webpack 中的loader 和plugin的区别，编写 他们的思路
Loader【转换器/加载器】:
作用： Loader 用于在模块加载时对文件进行转换。它是一个转换器/加载器，将文件从一种形式转换为另一种形式，例如，将 ES6 语法的 JavaScript 文件转换为能够在浏览器中运行的普通 JavaScript【babel-loader】、css-loader、file-loader、style-loader等
使用场景： Loader 通常被配置在 module.rules 中，指定了哪些文件应该被哪些Loader处理。每个 Loader 执行一个特定的转换操作，它们串联在一起形成一个转换管道。编写loader: loader 的本质是函数，输入一个类型的文件，输出另一个类型的文件，把输入的文件，使用正则表达式等方式，进行语法解析，生成AST抽象语法树，然后转换成目标文件。功能要保持单一，比如 less 文件转换成文件是需要链式调用多个loader才实现的，分别是 less-loader 、css-loader 、style-loader。
loader 按照配置的顺序，从右往左/有下往上执行，先调用 less-laoder，然后是 css-loader，最后是 style-loader
最后一个loader 一定是转换成 js代码模块【包含 export.module=】，这样才能在 js 中导入使用
自定义的 loader 插件代码如下，实现了一个 txt-loader
const fs = require('fs')
module.exports = function (source) {
// resourcePath 是上下文中的变量
const txtContent = fs.readFileSync(this.resourcePath, 'utf-8')
return `module.exports = ${JSON.stringify(txtContent)}`
}
Plugin【插件】:作用： Plugin 用于执行范围更广的任务，它可以监听 Webpack 构建过程中的事件，执行一些额外的任务。Plugins可以用于优化、压缩、拷贝文件等各种操作，而不仅仅是文件转换
使用场景： Plugins 通过在 Webpack 配置中的 plugins 数组中添加实例来配置。一个插件通常包含一个或多个钩子函数，这些函数在 Webpack 构建的不同阶段被调用。编写plugin: 我们在使用 plugin 的时候一般都用 new Plugin 这种语法，插件必须是一个函数或一个包含 apply 方法的类，才能访问 compiler 实例；因为， webpack 打包时会调用 plugin 的 apply方式执行 plugin的逻辑，同时给apply 方法传递一个 compiler 参数。每个插件 compiler 和 compilation 对象都是同一个引用；异步的事件需要在插件处理完成时调用回调函数通知 webpack 进入下一个流程，不然会卡住。
compiler 是webpack 编译会创建的核心对象，包含 webpack 环境的所有配置信息；
compilation 是 plugin 内置的事件回调函数的参数，包含了当前的模块资源、编译生成资源、变化的文件以及被跟踪依赖的状态信息；
webpack 基于发布订阅模式，插件监听这些事件，在特定的阶段执行自己的任务。
apply 方法执行时，可以操作webpack 本次打包的各个生命周期 hooks，所以插件也就可以在不同的时间节点做一些操作，而这都依赖 webpack 给 apply 方法传递的那个参数 comilper 而实现。
自定义的 plugin 代码如下，在 done 的hooks里面打印了一些信息
class MyWebpackPlugin {
constructor({ message }) {
this.message = message
}
apply(compiler) {
// compiler.hooks 里面有各种钩子
compiler.hooks.done.tap('MyWebpackPlugin', () => {
console.log('compiler.hooks.done', this.message)
})
}
}
module.exports = MyWebpackPlugin
总体而言，Loader主要用于文件的转换和文件加载，而 Plugin 则用于执行更广泛的构建任务，如文件生成、代码优化等。它们共同组成了 Webpack强大的构建工具生态系统。
最低0.47元/天 解锁文章
扫一扫
308
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
