注意:是完全等价!
如果你试图在 npm 官方搜索 npm add 这个指令,你会发现这个指令似乎根本不存在,如下图:
那我们平时使用的 npm add vue@latest --save 又是什么鬼?
其实, npm add 是 npm install 的 别名 之一,所以当我们执行 npm add 时,对于 npm 来说完完全全等同于执行了 npm install !
下次,你可以试试 npm install vue@latest --save 了
如你所知, npm install 还有另一个常见的别名: npm i ;
你没看错,上面不是 install ,而是稀奇古怪的拼写错误;
那么 npm isntall 、 npm instal 这种错误的拼写指令,执行起来是什么效果呢?
答案是: 和 npm install 一模一样 !
哈哈,没想到吧!
其实,这是 npm 8.x 版本的新特性,可能某个核心贡献者和你我一样也是老手残党,常年因为 手指跟不上大脑的运算速度 而输入错误的指令。
所以在 8.x 版本, npm install 在之前 add 、 i 的基础上增加了 9个别名 ,它们是:
in, ins, inst, insta, instal, isnt, isnta, isntal, isntall
妈耶,各种能想到的不能想到的拼写错误都在里面,这位贡献者,一定是个有故事的同学。
你目前所开发的项目里定义的构建指令是什么?
假如,构建脚本是:
npm run build
那么你知道如何在执行 npm run build 指令执行之前,做一些特定的别的操作,或者在执行之后执行一些操作,应该怎么做吗?
答案是定义以下两个脚本:
{
"scripts": {
"prebuild": "",// 这是 build 执行前的钩子
"postbuild": "" // 这是 build 执行后的钩子
}
}
哪怕你定义一个脚本叫 papapa ,也是具备 “前任” prepapapa 和 “下一任” postpapapa 这样的钩子的!
你是否发现很多组件库的 package.json 里都有 postinstall 脚本?
没错,它们正是在 install 执行之后执行的脚本。
npm link 很多人都知道,它最广为人知的用途是:
创建一个软连接,使得你可以在不发布到 npm 源的情况下,在 B 项目里依赖 A 项目进行联调。
但如果你在项目的 package.json 里定义了 bin 属性,并将它指向某个可执行的脚本文件。
比如:
{
"bin": {
"i-love-u": "src/index.js"
}
}
一旦你在项目里通过 npm link 发布了,恭喜你,你只需要在命令行中输入 i-love-u 就会直接执行它所指向的脚本了。
这难道不 cooool 吗?
这会让你看起来,更像一个 "极客" 。
你能告诉我,当你在代码里写下如下代码时:
import { createStore } from 'vuex';
// 或者是
const { createStore } = require('vuex');
两种语句引入的是同一个文件吗?区别在哪?
会对程序产生什么差别吗?
有些同学或许能回答出 "前者是 CommonJS 语法,后者是 ESM 语法。",然后呢?
然后,我们需要先了解几个知识点:
node 14.x
package.json
exports
// 这说明无论是 import 还是 require 都只会以 `main.js` 作为入口
"exports": "main.js"
// 以下则可以给 `require` 和 `import` 分别设置入口
"exports": {
"import": "es/index.js",
"require": "cjs/index.js"
}
当 exports 属性不存在,而 module 属性存在时,构建工具(如 webpack 、 rollup )会把 module 属性作为 ESM 的入口来使用。
因此,如果 package.json 文件里有:
name: "yy",
exports: "lib/index.js",
在 webpack/rollup 项目中:
import xx from 'yy';
入口会被指向 node_modules/yy/lib/index.js
exports
module
package.json
main
关于 “模块入口” 的话题,可以拓展出一整篇文章,因此不再赘述,有兴趣的朋友可以自行阅读 Node.js 相关文档:
http://nodejs.cn/api/packages.html#main-entry-point-export
(好吧,严格来说,这不属于 npm 的知识点,orz)
npm 默认的源是 https://registry.npmjs.org 。但因为众所周知的原因,这个源在国内访问起来速度很慢。
此时,我们可以通过以下命令将其设置为 taobao 源:
# npm 自带的设置功能
npm config set registry https://registry.npm.taobao.org
# or
# 如果你安装了nrm
nrm use taobao
以上做法虽然有效,但并没有将 “指定源” 固话在项目配置中,新同学上手时可能需要在这些问题上花费大量精力。
更好的选择是 .npmrc 文件。
registry = https://registry.npm.taobao.org/
@juejin:registry = https://siyouyuan.org/
通过 .npmrc 文件可以设置项目级的配置,以上两行代码分别做了如下两件事:
这样一来,新人上手项目、或在 jenkins 上构建就无需设置任何配置,执行 npm i 即可。
文章来源于前端要摸鱼 ,作者前端要摸鱼
下面通过三种方法来搭建公司私有npm仓库,每种方式都有自己的优势。启动并配置服务、设置注册地址、登录cnpm、包上传到私有仓库、查看预览包、通过verdaccio搭建....
webpack:解析js文件,无法解析的文件需要借助loader,npm插件发布(vue&webpack&单页面):npm init =>package.json,创建.vue文件 =>插件界面及功能,index.js =>入口文件
NPM是随同NodeJS一起安装的包管理和分发工具,它很方便让JavaScript开发者下载、安装、上传以及管理已经安装的包。这篇文章整理NPM常用的一些命令
直接通过&&连接多条命令,在npm run start的时候,发现只停留在第一个命令执行监听,后面的命令都没有执行。只能通过打开多个窗口分别执行多条命令,那么有没有办法实现一条npm命令执行多条监听呢?
npm和bower太像了,就像一对孪生兄弟…… npm的文件是package.json,包安装的目录是node_modules。 bower的文件是bower.json,包安装的目录是bower_components。使用命令也基本一致
这篇文章主要介绍了vue项目中Npm run build 根据环境传递参数方法来打包不同域名,使用npm run build --xxx,根据传递参数xxx来判定不同的环境,给出不同的域名配置,具体内容详情大家参考下:config文件夹下dev.env.js中修改代码、prod.env.js中修改代码 HOST为截取到的参数
使用node.js和npm,在安装模块的时候报错npm WARN saveError ENOENT: no such file or directory, open ...的解决办法。这个原因就是因为项目没有进行初始化,缺少package.json文件造成的。需要package.json才能npm install。 可以npm init初始化生成一个package.json。
抽空写了一个 textarea,打算发布到 npm 的时候却遇到了问题,之前用 vue-cli 2.x 的时候,打包配置项非常透明,可以很容易的修改,但升级到 vue-cli 3.x 之后,反而一脸懵逼
如果您曾在 Node 或 JavaScript 前端开发中投入过时间和精力,那么您就知道 npm 中有数以十万计的模块可供您选择。挑选模块可能很难,但您只需要一些方法点来解决它。当您正在为如何抉择浪费时间,或者甚至不知道从哪里开始时,请使用本指南来帮助您。
关于 npm run eject 报错的问题,昨天新开React的项目, 刚刚一上手就碰到问题,解决方法(前提你有git).出错的原因:应该是git没有安装好,或者代码没有提交上git
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!