做外文H网站,网站怎么创建内容,网站备备份教程,广州开发区建设局网站在探索现代 JavaScript 生态系统时#xff0c;我们常常会遇到新兴技术的快速迭代和改进。其中#xff0c;包管理工具的发展尤为重要#xff0c;因为它们直接影响开发效率和项目性能。最近#xff0c;pnpm 作为一种新的包管理工具引起了广泛关注。它不仅挑战了传统工具如 np… 在探索现代 JavaScript 生态系统时我们常常会遇到新兴技术的快速迭代和改进。其中包管理工具的发展尤为重要因为它们直接影响开发效率和项目性能。最近pnpm 作为一种新的包管理工具引起了广泛关注。它不仅挑战了传统工具如 npm 和 Yarn还提供了一些独特的优势使其在许多方面超越了前辈。 为了更好地理解 pnpm 的优势我们从包管理工具的历史开始探索从 npm2 开始的各个阶段。我们将看到 pnpm 如何通过技术创新解决历史遗留问题并极大地提高性能和效率。接下来深入了解 pnpm 的核心机制以及它如何改变开发者处理依赖管理的方式。 npm2 使用 Node 版本管理工具将 Node 版本降级到 4然后 npm 版本将是 2.x。 在一个目录中运行 npm init -y 快速创建一个 package.json 文件。 然后运行 npm install expressexpress 包及其依赖项将被下载 展开 express它也有 node_modules 继续展开几层每个依赖项都有自己的 node_modules 换句话说npm2 的 node_modules 是嵌套的。 这正常吗这有什么问题吗 实际上这确实有问题。多个包不可避免地具有共同的依赖项。当像这样嵌套时相同的依赖项将被多次重复占用了相对较大的磁盘空间。 这还不是最大的问题致命的问题是 Windows 中文件路径的最大长度超过 260 个字符。像这样嵌套会超过 Windows 的路径长度限制。 在 npm 尚未解决这个问题时社区出现了一个新的解决方案yarn。 yarn Yarn 如何解决重复依赖和过长嵌套路径的问题 扁平化。所有依赖项不再逐层嵌套而是全部处于同一层级因此不再存在重复依赖或路径过长的问题。 我们删除 node_modules使用 Yarn 重新安装并执行 yarn add express 此时node_modules 看起来像这样 所有依赖项都在同一层级大多数包在其下没有第二层 node_modules 当然有些包仍然有 node_modules例如这个 为什么仍然存在嵌套 因为一个包可能有多个版本并且只有一个版本可以被提升。因此当遇到不同版本的同一包时仍然使用嵌套。 npm 升级到版本 3 后也采用了这种扁平化解决方案与 yarn 非常相似 当然yarn 也实现了 yarn.lock 的功能来锁定依赖项版本但 npm 也实现了这一点。 yarn 和 npm 都采用了扁平化解决方案。这种方法没有问题吗 不完全是扁平化解决方案也有自己的问题。 主要问题是幽灵依赖这意味着在代码中可以引入未在依赖项部分声明的依赖项。 这很容易理解因为一切都是扁平化的所以可以找到依赖项的依赖项。 然而这带来了风险因为没有明确的依赖声明如果有一天另一个包不再依赖于那个包你的代码将无法运行因为依赖于它但现在没有安装。 这就是幽灵依赖的问题。 另一个问题是多个版本的依赖项如上所述。只有一个版本会被提升而其他版本则会重复多次导致磁盘空间浪费。 社区有解决这两个问题的想法吗 当然有这就是为什么引入了 pnpm。 pnpm 回顾一下为什么 npm3 和 yarn 扁平化 node_modules不就是因为相同的依赖项会被多次重复并且长路径可能会在 Windows 上引发问题吗 如果我们不重复它们而是使用链接呢 首先介绍链接。它是操作系统提供的软链接和硬链接。硬链接是同一个文件的不同引用而符号链接会创建一个新文件其内容指向另一个路径。当然这两种链接的使用方式是类似的。 如果不复制文件而是将 npm 包的唯一副本存储在全局仓库中并将其他位置链接到它呢 这样就不会因多次复制而浪费磁盘空间也不会有路径过长的问题。路径长度的限制本质上意味着不应该有太深的目录层级现在所有位置的目录是链接在一起的而不是在同一个目录中因此没有长度限制。 是的pnpm 通过这种方法实现了这一点。 再次删除 node_modules然后使用 pnpm 通过运行 pnpm install 重新安装。 你会注意到它打印出这样一句话 软件包从全局存储硬链接到虚拟存储这里的虚拟存储是 node_modules/.pnpm。 我们打开 node_modules 看一看。 确实不是扁平的依赖 express所以在 node_modules 下只有 express没有任何幽灵依赖。 展开 .pnpm 看看 所有依赖项都在这里解决全部从全局仓库直接链接过来并通过符号链接组织包之间的依赖关系。 例如.pnpm 下的 express都是符号链接。 换句话说所有依赖项都是从全局仓库硬链接到 node_modules/.pnpm然后它们通过符号链接相互依赖。 官方提供了一个示意图结合起来看很清楚 这就是 pnpm 的实现原理。 pnpm 的优越性 首先最大的优势是节省磁盘空间。包只在全局保存一份其余的都是符号链接或硬链接。这节省了大量磁盘空间。 其次它很快因为它使用链接而不是复制这自然使它更快。 这些也是它所宣称的优势 相比 npm2优势在于不会多次重复相同的依赖项。 相比 yarn 和 npm3没有幽灵依赖也没有未提升依赖项的重复问题。 这已经足够优秀可以说是对 yarn 和 npm 的一次打击。 结语 最近pnpm 频繁被提及可以说是当下的趋势。在本文中我们总结了其受欢迎的原因 npm2 以嵌套方式管理 node_modules导致多次重复依赖项的问题。 npm3 和 yarn 通过扁平化方式管理 node_modules解决了嵌套方式的一些问题但引入了幽灵依赖的问题。此外同名包只有一个版本被提升而其他版本仍会重复。 pnpm 通过不复制文件而是从全局仓库硬链接到 node_modules/.pnpm并通过符号链接组织依赖关系解决了这些问题。 这不仅节省了磁盘空间消除了幽灵依赖问题还加快了安装速度。从机械角度来看pnpm 超越了 npm 和 yarn。 通过这种对 npm 和 yarn 的创新方法pnpm 正在通过简化依赖管理的方式产生影响。 最后 vue2与vue3技巧合集 VueUse源码解读
