，后面我们会针对npm的发展历史中存在的问题 来对比说明，pnpm的提出动机，pnpm 的优势在哪里，为什么具备这些优势。...与此同时，我们把C，提升到了顶层，即使项目package.json，没有声明过C，但是也可以在项目中引用到C,这就是幽灵依赖问题。...文件夹中 有package-lock.json文件 检测lock中包的版本是否和package.json中一致 不一致，那么会重新构建依赖关系，直接会走上面的流程; 一致的情况下，会去优先查找缓存...A 和 B 是我们在项目package.json中声明的依赖包，node_modules除了A，B 没有其他包，说明不是扁平化结构。也就不存在 幽灵依赖的问题。 .pnpm 中存放着所有的包。...pnpm 弊端 调试问题 所有项目引用的包都在全局一个地方，如果想对某个包进行调试，其他项目正好引用了，本地运行也会收到影响。
使用 npm CLI 安装软件包时，它将下载到你的 node_modules/ 文件夹中，并将一个条目添加到你的依赖项属性中，注意软件包的名称和已安装的版本。...最好使用 npm 的命令 npm install ，npm uninstall 和 npm update 来管理依赖项，这样可以使你的 package.json 和 node_modules/ 文件夹保持同步...因为 package.json 仅是我们记录依赖项的位置，而 node_modules/ 文件夹是安装依赖项代码的实际位置，所以手动更新 package.json 的依赖项字段不会立即将我们的状态反映到...node_modules/ 文件夹。...这就是为什么要用 npm 帮助管理依赖项的原因，因为它会同时更新 package.json 和 node_modules/ 文件夹。
我本以为这仅仅是网上的一个段子，但没想到真的被我碰到了。也不知道是好事儿还是坏事儿。。 从我个人的角度考虑，还是建议了解下你所使用的工具。...随便创建一个文件夹即可，文件夹的名字也并不会产生太大的影响。 然后需要创建一个package.json文件，可以通过npm init来快速的生成，我个人更喜欢添加-y标识来跳过一些非必填的字段。...比如说你引入的模块A，A的内部引用了模块B，那么你也可以直接引用模块B，因为A和B都存在于node_modules下。...小结 总结了一下关于NPM可执行的包相关的一些东东，希望能够帮大家简单的理解这是个什么，以及global和local下一些可能会遇到的问题，希望能够让大家绕过这些坑。...如文中有误还请指出，NPM工具相关的问题也欢迎来讨论。 参考资料 npm-bin webpack-cli
大家好，又见面了，我是你们的朋友全栈君。...node的安装分为全局模式和本地模式。 一般情况下会以本地模式运行，包会被安装到和你的应用程序代码的本地node_modules目录下。...package.json文件时，直接使用npm install方法就可以根据dependencies配置安装所有的依赖包，这样代码提交到github时，就不用提交node_modules这个文件夹了。...的文件夹，package.json描述了这个文件夹的结构。...14、发布一个npm包的时候，需要检验某个包名是否已存在 $ npm search packageName 15、npm init：会引导你创建一个package.json文件，包括名称、版本、作者这些信息等
包基本上是包含您需要的代码的文件夹，您可以在本地或全局安装它。 本地安装 本地安装意味着您实际上将文件下载到项目的文件夹中。在其中，您将找到一个您未创建的目录，称为“node_modules”。...请记住，这一点很重要（甚至至关重要），因为当你作为团队中的一份子在工作时，你不会分发，也不会将node_modules文件夹添加到版本控制系统（无论是GIT，SVN还是你正在使用的任何版本管理系统），而只需简单地分享...doctor：执行一组预定义的检查，以确保正在执行NPM的系统已准备好最低要求：node和git命令是可访问和可执行的，node_modules文件夹（本地和全局）可由NPM，注册表写入或者它的任何自定义版本都是可访问的...在任何一种情况下，它不仅会列出package.json文件中可见的名称和版本，还会列出它们的依赖关系及其版本。 outdated：检查项目中过时的包。...换句话说，请确保您package.json的设置正确。因为这些内容是吸引您（以及其他人）开始研究及分享您的包的主要因素。
Vite 从未放弃 Windows，它真的......我哭死。 JS 重构优化 当我们重构项目时，千万不要忘记针对编程语言自身的优化。 Vite 4.3 中有若干有趣的 JS 优化的具体例子： 1....放弃生成自定义错误 为了更好的开发体验，Vite 4.2 提供了若干自定义错误。 不幸的是，这些自定义错误可能会导致额外的计算和垃圾回收，降低 Vite 的速度。...当 Vite 服务器接收到 @fs/xxx 和 @vite/xxx 时，无需再次解析这些 URL。Vite 4.3 直接返回之前缓存的结果，不再重新解析。 3....4. package Vite 4.3 打破了解析 node_modules 包数据的性能瓶颈。 Vite 4.2 使用绝对文件路径作为包数据缓存键。...这些同步 fs 调用可能会阻塞主线程，所以 Vite 4.3 将其更改为异步。此外，异步函数的并行化也更容易。 关于异步函数，我们关注的一件事是，解析后可能需要释放一大坨 Promise 对象。
package.json 中包的前后顺序对于安装时有什么影响吗？这些问题平时大家可能没有注意过，今天我们就来一起研究一下吧。 A 和 B 同时依赖 C，这个包会被安装在哪里呢？.../node_modules 这层目录中包含有我们 package.json 文件中所有的依赖包，而这些依赖包的子依赖包都安装在了自己的 node_modules 中 ，形成类似于下面的依赖树： 这样的目录有较为明显的好处...，当我的 A，B，C 三个包中有相同的依赖 D 时，执行 npm install 后，D 会被重复下载三次，而随着我们的项目越来越复杂，node_modules 中的依赖树也会越来越复杂，像 D 这样的包也会越来越多...，尽量把依赖以及依赖的依赖平铺在 node_modules 文件夹下共享使用。...，当包中有 package-lock.json 文件时，npm install 执行时，如果 package.json 和 package-lock.json 中的版本兼容，会根据 package-lock.json
当然 npm 能成为现在世界上最大规模的包管理系统，很大程度上确实归功于它足够用户友好，你看即使我只会执行 install 也不必太担心出什么大岔子。...，便于进行傻瓜式的管理: 例如新装一个依赖包，可以立即在第一层 node_modules 中看到子目录 在已知所需包名和版本号时，甚至可以从别的文件夹手动拷贝需要的包到 node_modules 文件夹中...这只是最简单的例子，实际的工程项目中，依赖树不可避免地会有很多层级，很多依赖包，其中会有很多同名但版本不同的包存在于不同的依赖层级，对这些复杂的情况, npm 3 都会在安装时遍历整个依赖树，计算出最合理的文件夹安装方式...依赖包版本管理 依赖包安装完并不意味着就万事大吉了，版本的维护和更新也很重要。...update，package.json 中的版本号也会随之更改为 ^1.15.0 由此可见 npm 5.1 使得 package.json 和 package-lock.json 中所保存的版本号更加统一
生成逻辑 npm@5 以后 npm 会根据 package.json 生成 lockfiles 文件，目的就是为了保证生产和线上编译或者团队开发时大家生成 node_modules tree是一致的，...总结起来就是如果我们修改了 package.json 里包的版本，如果新的包的版本和与 lockfiles 里包的版本对照是不符合semver[3]规范的，那么，lockfiles 里对应的 version...挪动了包的位置 将部分包的位置从 dependencies 移动到 devDependencies这种操作，虽然包未变，但是也会影响 lockfiles，会将部分包的 dev 字段设置为 true 3....registry 的影响 经过实际使用发现，如果我们 node_modules 文件夹下的包中下载时的的 registry 与 lockfiles 中包即使 version 相同，但是registry...是不同，执行 npm i 时也会修改。
万一有一天，a_klx和b_klx里都去除了这两个基础包的引用，node_modules里面将不再存在a_base_klx和b_base_klx，那么我们的代码就会出现问题...也就是： 我的代码啥也没动...同时，我们对于这种处理方式其实很容易有一个疑问，如果我同时引用了同一个包的多个不同版本，会帮我把哪个包提出来，同时我每次npm i之后提出来的包版本都是一样的吗？...： 被提到最外层的包是2.0.0版本的，然后b_klx和d_klx的node_modules下面各自有一个 b_base_klx@2.0.1 这一块的内容自己查了一下，大部分说法是会根据package.json...如果我们用pnpm再来安装一遍上面的依赖，会发现项目的node_modules文件夹只有当前package.json中所声明的各个依赖（的软连接），而真正的模块文件，存在于node_modules/.pnpm...随后继续实操了一下，确实在不同项目中修改了某个npm包后会影响到其他项目。同时自己平时有时候也会直接在node_modules里面调试一些东西..感觉这种处理方式对于这种操作来说也不是很友好。
当要求系统运行某一个应用程序又没有告诉它程序的完整路径时，此时操作系统会先在当前文件夹中查找应用程序，如果查找不到就会去系统环境变量 PATH 中指定的路径中查找。...文件夹中，如果在应用中不存在此文件夹，npm 会自动创建。...3.5 使用 Node.js 软件包 在引入第三方软件包时，在 require 方法中不需要加入路径信息，只需要使用软件包的名字即可，require 方法会自动去 node_modules 文件夹中进行查找...方式一：在 node_modules 文件夹中找到对应的依赖软件包，找到它的 package.json 文件，可以在这个文件中的 version 字段中找到它的具体版本。...本地安装：将软件包下载到应用根目录下的 node_modules 文件夹中，软件包只能在当前应用中使用。
我们也会有自助机器，另外也会有人工柜台，这两个地方都可以交水电费，汽车罚款什么的，唯一有个区别是人工那里除了交各种账单，还可能会卖点东西，比如口渴了买个可乐，烟瘾犯了来包中华。...其实除了上面可以看到这些会重复外，我们往深入想，交个水费，我们肯定还需要用户输入姓名，卡号之类的信息，所以点了水费的卡片后肯定会有一个输入信息的表单，而且这个表单在柜员界面和客户界面基本是一样的，除了水费表单外...因为他是跟业务强绑定的，即使我将它作为一个单独的NPM包发布出去，公司的其他项目也用不了。一个不能被其他项目共享的NPM包，始终感觉有点违和呢。...文件夹，一个package.json和lerna.json，整个结构长这样： ?...lerna的命令来创建： lerna create 也可以自己手动创建文件夹，这里common子项目我就用lerna命令创建吧，lerna create common，运行后common文件夹就出现在
在官网的教程中，已经列出了 schematics 目录的两种风格： 1、你可以在 schematics 文件夹中单独安装 node_modules，这样你在 package.json 中定义 scripts...因为 schemaics 目录也是一个项目目录，所以你可以在 schematics 的 package.json 中定义拷贝命令，和官网教程是一样的，但是更恰当的方式应该是将复制命令写在根目录的 package.json...除了在代码中安装依赖以外，也可以在 schematics 的 package.json 中定义 cdk、parse5，只要保证在执行 Add 主逻辑的时候已经安装了上述包即可，但是这种方式过于死板，在...package.json 中更新依赖包的版本号有些繁琐。...有时为了更方便的测试，可能需要直接更改 node_modules 中的源代码，其实编译后的代码并非难以辨认，和原始文件差别并不是很大。这些问题也会在 Generation 部分重点讲解。
考虑到这些，最近我有系统地去学习npm，主要的学习方式是利用一些空余时间，结合我之前的npm使用经验，从npm官方文档入手去排查一些知识盲点和疑惑。...最后我也是以思维导图的形式，把自己的一些学习所得简单记录下来。 ? 经过这几天的学习，我发现我学习npm的两个大方向是npm CLI和package.json。...接着会执行create-app脚本，而这个脚本需要定义在package.json的bin配置项下。 npm init xxx和npx create-xxx也是一般CLI工具的常用套路。...npm install / uninstall npm install 不指定包时，会将 package.json 列出的依赖安装到 node_modules 中，如果指定包名，则安装指定的包。...在npm run时，我们可以调用一些特殊路径下的可执行文件或脚本，这些路径包括环境变量PATH定义的路径，也包括当前项目node_modules中的./bin。
这些包是需要根据平台来编译后才能使用。electron-builder 打包时也是在打包某个平台的版本时重新安装相对应平台的依赖包。...devDependencies 中，因为即使设置不打包 node_modules 还是会帮我们打包进我们的应用。...app 文件夹下创建 package.json 文件 由于只会打包 app 下的文件，因此我们也需要在 app 文件夹下创建 package.json 文件，在该文件中配置我们应用的名称、版本、主进程入口文件等信息...而发布包的作者一般也不会只打包代码，可能也会打包一些 README 等一些打包后不需要用到的文件。...这些文件可以通过 yarn 提供的 autoclean 功能进行清除： # 初始化 yarn autoclean, 生成 .yarnclean 文件，和 .gitignore 一样，不过 .yarnclena
然后 npm install express安装 会出现node_modules文件夹 ? node_modules文件夹就是所有包安装的位置。...express已经安装到了node_modules文件夹，其他的很多文件都是这个express依赖的包 package.json 文件 我们写一个项目的时候可能会用到很多很多包，这些包可能是一些工具，也可能是框架...我们每使用一个包，就会把这些包下载下来，然后他会放到node_modules目录中。 那么项目如果太大，哪些包安装了哪些没安装，我们如何知道呢？有没有一个机制来记住我们安装的包呢？...因为node_modules目录中文件比较大，而且不放在版本控制中（github等），也不是源码的一部分，我们只要知道node_modules里安装的一些包的名字就可以了，根本不需要这个目录的内容。...他会让你回答一些关于这个项目的信息，一直按回车，因为这些信息后面可以改，最开始使用默认的就好。 ? 然后就会生成一个package.json的文件。 ?
link 专门用于开发和调试本地 Npm 模块，能做到在不发布模块的情况下，把本地的一个正在开发的模块的源码链接到项目的 node_modules 目录下，让项目可以直接使用本地的 Npm 模块。...优点： 由于是通过软链接的方式实现，修改源文件，node_modules 中的文件也会跟着修改（挺好玩的） 缺点： 别人开发，需要也 要进行 link 步骤，才能关联包 P S 另外...，说一下，npm install 的时候，会把 link 进去 node_modules 的 包删掉，暂时不知道什么原因 目测：是因为 link 的包 不存在根目录的 package.json 中，install...5、查看 node_modules 发现多出来一个 npm-install-test，指向上层 npm-install-test/ 文件夹的 软连接 PS npm 识别 file: 协议的 url，知道这个包要从文件系统获取...优点： 1、修改源文件，node_modules 中的文件也会跟着修改（也是挺好玩的） 2、别人可以直接安装使用 3Webapck - alias 如果你正在使用了 webpack 的话，那么有一种更为简单的方法来简化引用路径在
node_modules文件夹下，也会自动生成package-lock.json文件。...一个包在项目中有可能需要不同的版本，最后安装到根目录node_modules中的具体是哪个版本？ 带着这几个问题，我们先从package.json文件说起。...我们平时用的npm install命令既会安装dependencies中的包，也会安装devDependencies中的包。...这是因为npm run命令会将node_modules/.bin/加入到shell的环境变量PATH中，这样即使局部安装的包也可以直接执行而不用加node_modules/.bin/前缀。...即使这样做了，也只能保证自己引入的包版本固定，也无法保证包的依赖的升级。
随着前端技术发展，现在的前端体系基本离不开nodejs来构建，而nodejs强大的背后，肯定是离不开其开放生态下所诞生的开源库和包，今天主要谈谈这些开源库包的一些知识。 ?...一. node包分析 每一门后台语言都有一些库，这些库一类是封装计算机底层的一些功能接口，以语言自己本身的标准暴露给开发者，在nodejs中有http，TCP等一些自带模块属于此类；也有一部分库是把某种用途以最佳实践的方式进行封装...npm i -g cnpm cnpm i 包名 接下来看一下这些被安装的包是如何被加载和使用的。 ?...，也需要按这个标准来完成。...在已经完成的my_module文件夹下初始化package.json，初始化完成后，在该文件夹下有package.json文件和index.js两个文件。 npm init //填入包信息 ?
它也可以运行脚本，也很方面。 ? 4. 枚举已经安装的包 类似于可用的脚本，有时我们会问自己我们的项目中有哪些依赖项。 我们可以再次打开package.json文件和检查，但是我们已经做的更好了。...本地安装的软件包登记他们的可执行文件在本地，所以他们不在我们的 PATH路径中将不会被发现。 当我们运行这些可执行文件通过一个新脚本，它是如何工作的呢？你可能会问？很好的问题！...这是因为这种方式运行时，NPM做了一点技巧和增加了一个额外的文件夹到 PATH， /node_modules/.bin中。 你可以看到它的运行 npm run env|grep"$PATH"。...你也可以运行只是 npm run env 查看所有可用的环境变量，npm增加了一些更有趣的东西。 /node_modules/.bin，如果你不知道，正是在本地安装的软件包放置可执行文件的地方。...---- 这就是这期的所有。 我希望你学到新的东西，发现在这些技巧用，并在你的日常工作流程中使用。最好的就是你对npm有一个新的了解，在你的工作中更好的使用它。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
