背景
在现代前端开发中，许多开发人员使用构建工具来自动化许多重复性的任务。这些工具允许我们在本地编写代码和样式，然后将其转换为浏览器可读的格式。此外，它们还提供了许多功能，如代码压缩、图像优化、Sass 编译等。
Webpack 是一种非常流行的构建工具，它为我们提供了许多有用的功能。其中之一是能够在内存中编译代码，从而加快开发过程的速度。但是，在某些情况下，我们可能需要将依赖项解析到磁盘上的 node_modules 目录中，以便我们可以使用其他工具来处理它们（例如 ESLint 或 TypeScript）。
解决方案
Webpack 提供了一个配置选项 resolve.fallback，它允许我们指定模块解析期间应该从哪些目录中查找模块。我们可以将其设置为 node_modules 目录的绝对路径，以便任何未在内存中找到的模块都会在磁盘上的 node_modules 中查找。
-- -------------------- ---- ------- -- ----------------- ----- ---- - ---------------- -------------- - - -- --- ---- --- -------- - --------- - ----- ------ -- --- ------- ------ ------- ----------------------------------- --------- ------------------------------------- --------- ------------------------------------- --------- --------------------------- ------- ------------------------ -- -- --展开代码
上面的示例代码中，我们还指定了一些 Node.js 内置模块的替代实现，这是因为这些模块不适用于浏览器环境。
深入学习
虽然内存编译无疑可以提高我们的开发效率，但是必须注意一些问题。在某些情况下，我们可能需要确保依赖项解析到正确的位置，以便其他工具可以使用它们。例如，ESLint 可能需要读取 node_modules 中的文件来执行其规则。
此外，Webpack 在内存中编译时可能会加载所有依赖项，这可能导致开发服务器崩溃。对于大型项目，建议将依赖项解析到磁盘上以避免此类问题。
指导意义
内存编译是一个强大的工具，可以帮助我们加快开发速度。但是，在实际项目中，我们必须根据项目的需求和规模来确定是否要使用它。如果项目非常大，我们可能需要在构建过程中使用其他工具来处理依赖项，而不是仅仅依靠内存编译。
最终，选择使用内存编译还是将依赖项解析到磁盘上取决于项目的具体需求。我们必须权衡速度、可靠性和适用性，并在此基础上做出决策。
总结
本文介绍了如何在内存中编译代码，同时让 Webpack 将依赖项解析到磁盘上的 node_modules 目录中。我们还提供了一些示例代码和深入学习的建议，以帮助读者更好地理解这个问题。最后，我们还强调了在实际项目中正确使用内存编译的重要性
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/30867
