关于版本的基础常识
version固定版本
>version
>=version
<version
<=version
~version 近似版本(次要版本)
^version 兼容版本
* 任何版本
a - b a->b之间
-save:表示在安装的同时,将依赖包写入package.json中
-dev:表示将依赖写在devDependency(开发依赖包)中
运行时需要用到的包使用--save,否则使用--save-dev。
npm:是安装node.js时附带的包管理工具。
- 允许用户从NPM服务器下载别人编写的第三方包到本地使用
- 允许用户从NPM服务器下载别人编写的命令行程序到本地使用
- 允许用户将自己编写的包或命令行程序上传到NPM服务器供别人使用
使用 npm 的 scripts,我们可以像使用 npx 那样通过模块名引用本地安装的 npm 包。这是大多数基于 npm 的项目遵循的标准。
package.json中 “script”:{ “build”:”webpack”}
Npm Script是一个任务执行者。npm是在安装Node.js时附带的包管理器,Npm Script则是Npm内置的一个功能,允许在package.json文件里面使用scripts字段定义任务
scripts字段是一个对象。它的每一个属性,对应一段脚本。这些定义在package.json里面的脚本,就称为 npm 脚本。比如,build命令对应的脚本是node build.js。
npm run build 等同于执行 node build.js
npm 脚本有pre和post两个钩子。举例来说,build脚本命令的钩子就是prebuild和postbuild。
"prebuild": "echo I run before the build script",
"build": "cross-env NODE_ENV=production webpack",
"postbuild": "echo I run after the build script"
用户执行npm run build的时候,会自动按照下面的顺序执行。
npm run prebuild && npm run build && npm run postbuild
npm 脚本有一个非常强大的功能,就是可以使用 npm 的内部变量。
首先,通过npm_package_前缀,npm 脚本可以拿到package.json里面的字段。比如,下面是一个package.json。
{
"name": "foo",
"version": "1.2.5",
"scripts": { "view": "node view.js" }
}
那么,变量npm_package_name返回foo
console.log(process.env.npm_package_name); // foo
为啥我们需要一个包管理工具呢?
因为我们在Node.js上开发时,会用到很多别人写的JavaScript代码。如果我们要使用别人写的某个包,每次都根据名称搜索一下官方网站,下载代码,解压,再使用,非常繁琐。于是一个集中管理的工具应运而生:大家都把自己开发的模块打包后放到npm官网上,如果要使用,直接通过npm安装就可以直接用,不用管代码存在哪,应该从哪下载。
更重要的是,如果我们要使用模块A,而模块A又依赖于模块B,模块B又依赖于模块X和模块Y,npm可以根据依赖关系,把所有依赖的包都下载下来并管理起来。否则,靠我们自己手动管理,肯定既麻烦又容易出错。
npm部分命令
npm -v 测试是否成功安装(查看npm版本号)
npm命令,安装模块
npm install <Module Name>
npm update –g //更新已经安装的NPM
例:npm install express(web框架模块)
安装好后,express包在工程目录node_modules目录中,
代码中通过 var express = require(‘express’); 即可使用
npm install express #本地安装
npm uninstall 名字 卸载(来实现物理删除)
npm install express -g #全局安装
npm list -g --depth=0查看了我的npm全局安装列表
npm root -g查看全局安装目录。
npm i --save lodash i 是install的简写 -s是--save的简写
i --> install
D --> --save-dev
S --> --save
npm cache clean 清理缓存
错误:npm err! Error:connect ECONNREFUSED 127.0.0.1:8087
解决办法:$ npm config setproxy null
npm上传自己的模块:https://www.npmjs.com/
npm全局安装和局部文件安装区别
全局安装
全局安装往往是安装一个工具,他不是安装在一个文件夹下,而是安装在某个全局环境下,一般在:C:\Users\cvter\AppData\Roaming\npm路径下
在这里,我们可以看到所有全局安装的工具,如webpack、babel-cli等等。
全局安装后可以供命令行(command line)使用,用户可以在命令行中直接运行该组件包支持的命令。
这里是全局安装了的babel和webpack,可以看到在根目录下都有cmd后缀的文件,通过这些文件,我们就可以直接在命令行中使用了。如使用babel --version、babel-doctor --version等等都是有效的,且不管你是在哪个目录文件下运行的
局部安装
但是局部安装并不是这样,往往是在一个项目中安装之后装入 ./node_nodules 下面,然后在项目中,直接在webpack.config.js通过 require 等方式引入。这样的局限在于,只能是在本项目中使用。
本地安装一般是 npm install webpack或者npm install webpack --save 或者 npm install webpack --save-dev等等,他们都是局部安装,区别仅在于是否将依赖存入dependencies以及devdependencies文件中去。
var path = require(‘path’)
var webpack = require(‘webpack’)
为什么已经全局安装了,还需要本地安装呢?
1、仅仅是全局安装够用吗?
在js实例代码中,通常情况下引入的模块是分为两种来寻找的,一种就是全局模块,通过NODE_PATH下去寻找;还有一种就是通过./node_modules去寻找。
(默认下node.js会在NODE_PATH和目前js所在项目下的node_modules文件夹下去寻找模块)
如果只是全局安装,不能直接通过require()的方式去引用模块,需要手动解决包路径的配置问题,当然你也可以复制全局安装的node_modules文件夹到项目下,还有办法可以选择将环境变量的NODE_PATH设置为C:\Program Files\nodejs。
另外,我们也许在不同的项目中所需要的模块的版本是不同的,或者可能对某些模块进行重新命名,这就导致一个项目的重命名影响全局,这是不划算的。
2、本地安装的重要性。
因为我们需要的包可能有十个,他们之间相互依赖的,如果我们使用全局包,那么每次包的升级、更新等就会影响你的多个项目,那么依赖关系就会被破坏,所以使用本地安装有利于不同项目之间的独立性。
各个npm安装命令的区别
npm install moduleName 命令安装模块到项目目录下
1.安装模块到项目node_modules目录下。
2.不会将模块依赖写入devDependencies或dependencies 节点。
3.运行 npm install 初始化项目时不会下载模块。
npm install -g moduleName 命令 ( -g 的意思是将模块安装到全局,具体安装到磁盘哪个位置,要看 npm config prefix 的位置。)
1.安装模块到全局,不会在项目node_modules目录中保存模块包。
2.不会将模块依赖写入devDependencies或dependencies 节点。
3.运行 npm install 初始化项目时不会下载模块。
npm install --save moduleName 命令 -save 的意思是将模块安装到项目目录下,并在package文件的dependencies节点写入依赖。
1.安装模块到项目node_modules目录下。
2.会将模块依赖写入dependencies 节点。
3.运行 npm install 初始化项目时,会将模块下载到项目目录下。
4.运行npm install --production或者注明NODE_ENV变量值为production时,会自动下载模块到node_modules目录中。
npm install --save-dev moduleName 命令 -save-dev 的意思是将模块安装到项目目录下,并在package文件的devDependencies节点写入依赖。
1.安装模块到项目node_modules目录下。
2.会将模块依赖写入devDependencies 节点。
3.运行 npm install 初始化项目时,会将模块下载到项目目录下。
4.运行npm install --production或者注明NODE_ENV变量值为production时,不会自动下载模块到node_modules目录中。
总结:
devDependencies 节点下的模块是我们在开发时需要用的,比如项目中使用的 gulp ,压缩css、js的模块。这些模块在我们的项目部署后是不需要的,所以我们可以使用 -save-dev 的形式安装。
像 express 这些模块是项目运行必备的,应该安装在 dependencies 节点下,所以我们应该使用 -save 的形式安装。
npx是什么?
npx是一个工具,它是npm v5.2.0引入的一条命令(npx),是npm的一个包执行器,只要为了提高从npm注册表使用软件包的体验 。 npm使得它非常容易地安装和管理托管在注册表上的依赖项, npx使得使用CLI工具和其他托管在注册表。
npx与npm的区别?
1.npx 会帮你执行依赖包里的二进制文件
举例来说,之前我们可能会写这样的命令:
npm i -D webpack
./node_modules/.bin/webpack -v
如果你对 bash 比较熟,可能会写成这样
npm i -D webpack
`npm bin`/webpack -v
有了 npx,你只需要这样
npx webpack -v
也就是说 npx 会自动查找当前依赖包中的可执行文件,如果找不到,就会去 PATH 里找。如果依然找不到,就会帮你安装!
2.npx可以执行文件,但是npm不可以
npx 甚至支持运行远程仓库的可执行文件:
npx github:piuccio/cowsay hello
再比如 npx http-server 可以一句话帮你开启一个静态服务器!(第一次运行会稍微慢一些)
npx http-server #默认返回根目录下index.html
npx http-server -p 3000 #指定端口
指定node版本来运行npm scripts:
npx -p node@8 npm run build
主要特点:
1、临时安装可执行依赖包,不用全局安装,不用担心长期的污染。
2、可以执行依赖包中的命令,安装完成自动运行。
3、自动加载node_modules中依赖包,不用指定$PATH。
4、可以指定node版本、命令的版本,解决了不同项目使用不同版本的命令的问题。