一、npm簡介：

npm全稱為Node Package Manager，是一個(gè)基于Node.js的包管理器，也是整個(gè)Node.js社區(qū)最流行、支持的第三方模塊最多的包管理器。

npm的初衷：JavaScript開發(fā)人員更容易分享和重用代碼。

npm的使用場(chǎng)景：

• 允許用戶獲取第三方包并使用。
• 允許用戶將自己編寫的包或命令行程序進(jìn)行發(fā)布分享。

npm版本查詢：npm -v 

npm安裝：

　　1、安裝nodejs

　　　　由于新版的nodejs已經(jīng)集成了npm，所以可直接通過輸入npm -v來測(cè)試是否成功安裝。

　　2、使用npm命令來升級(jí)npm: npm install npm -g

二、npm的工作原理：

1. 包和模塊：
   1. 什么是包(package)?

　　　　　　　包是描述一個(gè)文件或一個(gè)目錄。一個(gè)包的配置通常由以下構(gòu)成：

• • • 一個(gè)文件夾包含一個(gè)package.json配置文件。
    • 包含（含有package.json文件的文件夾）的Ｇzip壓縮文件。
    • 解析gzip的url
    • 為注冊(cè)表添加<name>@<version>的url 信息

　　　　　　　注意的是即使你從來沒有在注冊(cè)中心發(fā)布你的公共包,你可能仍然可以得到很多所有這些package, 使用npm的好處:

• • • 如果你只是計(jì)劃想寫增加一個(gè)節(jié)點(diǎn)或/。
    • 如果你安裝它也希望在其他地方分成一個(gè)tarball后進(jìn)行包裝

　　　　　　　Git url的形式:

　　　　　　2.什么是模塊（module）?

　　　　　　　模板是通過配置文件中的一個(gè)dom節(jié)點(diǎn)進(jìn)行包含一個(gè)或多個(gè)包。通常一般由包和配置文件以及相關(guān)模塊程序構(gòu)成完成一個(gè)或多個(gè)業(yè)務(wù)功能操作。

　　　　　　　一個(gè)模塊可以在node . js 程序中裝滿任何的require()任何。 以下是所有事物加載模塊的例子 :

• • • 一個(gè)文件夾package.json文件包含一個(gè)main字段。
    • 一個(gè)文件夾index.js文件。
    • 一個(gè)JavaScript文件。

　　　　　　3.npm的包和模塊的關(guān)系：

　　　　　　一般來說在js程序中使用require加載它們的模塊在節(jié)點(diǎn)中進(jìn)行配置npm包，一個(gè)模塊不一定是一個(gè)包。

　　　　　　例如,一些cli包, js程序節(jié)點(diǎn)中只包含一個(gè)可執(zhí)行的 命令行界面,不提供main字段。 那么這些包不是模塊。

　　　　　　幾乎所有npm包(至少,那些節(jié)點(diǎn)計(jì)劃)包含許多模塊在他們(因?yàn)槊總€(gè)文件加載require()是一個(gè)模塊)。

　　　　　　幾乎所有的npm包都關(guān)聯(lián)著多個(gè)模塊，因?yàn)槊總€(gè)文件都使用require()加載一個(gè)模塊。

　　　　　　從module加載文件中的上下文node節(jié)點(diǎn)。如：var req = require('request')。我們可能會(huì)說,“request模塊賦值給req這個(gè)變量”。

　　　　　　4.npm的生態(tài)系統(tǒng)：

　　　　　　package.json文件定義的是包。

　　　　　　node_modules文件夾是存儲(chǔ)模塊的地方。便于js查找模塊。

　　　　　　例如：

　　　　　　如果創(chuàng)建一個(gè)node_modules/foo.js文件，通過var f=require('foo.js')進(jìn)行加載模塊。因?yàn)樗鼪]有package.json文件所以foo.js不是一個(gè)包。

　　　　　　如果沒有創(chuàng)建index.js包或者package.json文件"main"字段,即使是在安裝node_modules,因?yàn)樗鼪]有require()所以它不是一個(gè)模塊。

　　2.npm2的依賴分析：

　　現(xiàn)在,我們創(chuàng)建一個(gè)應(yīng)用程序需要兩個(gè)模塊 模塊A和C。

　　復(fù)雜的關(guān)系：

　　需要一個(gè)模塊Ｂ的版本，在所有其他的node.js前運(yùn)行時(shí)，我們?cè)谠囅胂掳芾砥髦械膉s會(huì)做些什么？

　　然而事實(shí)不是這樣的，而是如下圖所示：

　　我們來看下終端所顯示的結(jié)構(gòu)：

　　我們使用npm is命令來查看下它們的依賴關(guān)系：

　　我們使用npm ls --深度＝0命令來看下主要依賴關(guān)系：

　　然而,npm這樣做是不夠的。盡管他們的嵌套的位置允許共存的兩個(gè)版本相同的模塊,大多數(shù)模塊加載器無法兩個(gè)不同版本的相同的模塊加載到內(nèi)存中。幸運(yùn)的是,這個(gè)節(jié)點(diǎn)。js模塊加載程序編寫的正是這種情況,

并可以很容易地加載模塊的兩個(gè)版本,他們不會(huì)互相沖突。

　　如NPM和Node.js模塊加載器相同部分使得Node.js唯一適合運(yùn)行時(shí)依賴關(guān)系管理。

　　3.npm3的依賴分析：

　　npm2和npm3的不同點(diǎn)：

　　關(guān)鍵的主要區(qū)別是:

• 在目錄結(jié)構(gòu)中的位置不再預(yù)測(cè)類型 (主要的,次要的等)的依賴
• 依賴分析取決于安裝順序將會(huì)改變node_modules目錄樹狀結(jié)構(gòu)

　　npm2:按照一個(gè)嵌套方式進(jìn)行安裝所有依賴項(xiàng)。

　　npm3:試圖減輕樹的深度和冗余的嵌套。 嘗試通過安裝一些次要的依賴關(guān)系在一個(gè)平面,需要它作為主要的相同的目錄中依賴。

　　假設(shè)：我們需要一個(gè)模塊Ａ依賴模塊Ｂ。

　　現(xiàn)在,讓我們創(chuàng)建一個(gè)應(yīng)用程序,該應(yīng)用程序依賴模塊Ａ。

　　npm v2這將發(fā)生在一個(gè)嵌套的方式。

　　假設(shè)我們想依賴另一個(gè)模塊C . C依賴B另一個(gè)版本。

　　然而,由于模塊B v1.0已經(jīng)是頂級(jí)dep,我們不能安裝模塊B v2.0頂級(jí)依賴。 npm v3通過違約處理 npm v2行為和嵌套新的,不同的,模塊B版本 依賴的模塊,需要它——在這種情況下,模塊C。

　　在終端,這看起來是這樣的:

　　你列表的依賴關(guān)系,還能看到他們的關(guān)系npm ls:

　　如果你想看看你的主要依賴關(guān)系,可以使用:　npm ls -深度= 0

　　4.npm3的復(fù)制和刪除重復(fù)數(shù)據(jù)：

　　目前我們有一個(gè)應(yīng)用程序 這依賴于兩個(gè)模塊:

• 模塊Ａ依賴于模塊Ｂv1.0
• 模塊C依賴于模塊Bv2.0

　　現(xiàn)在我們問自己，如果我們安裝另一種依靠模塊B V1.0模塊時(shí)會(huì)發(fā)生什么？或模塊B V2.0？

　　例如：

　　假設(shè)我們要依賴另一個(gè)包，模塊D 依賴于模塊B v2.0，就像模塊C.

　　因?yàn)锽 v1.0已經(jīng)是一個(gè)頂級(jí)的依賴,作為一個(gè)頂級(jí)的依賴,我們不能安裝版本v2.0 。 因此安裝模塊B v2.0嵌套 依賴的模塊D,即使我們已經(jīng)安裝了一個(gè)副本,嵌套 在模塊C。

　　如果需要二次依賴通過2 +模塊,但沒有安裝作為一個(gè)頂級(jí)目錄層次結(jié)構(gòu)中的依賴關(guān)系,它將被復(fù)制和嵌套在主要依賴。

　　然而,如果第二個(gè)依賴要求2 +模塊,但安裝作為一個(gè)頂級(jí)目錄層次結(jié)構(gòu)中的依賴性,它不會(huì)被復(fù)制,并將由主要依賴共享要求。

　　舉個(gè)例子,假設(shè)我們現(xiàn)在想依賴模塊E,像模塊A依賴于模塊B v1.0。

　　因?yàn)锽 v1.0已經(jīng)是一個(gè)頂級(jí)的依賴,我們不需要重復(fù)的操作。我們只是安裝模塊E，它與模塊Ａ共享模塊B v1.0。

　　這樣出現(xiàn)在終端:

　　現(xiàn)在,如果我們更新模塊版本,它取決于模塊B v2.0,不是模塊v1.0嗎?

　　關(guān)鍵是要記住,安裝順序很重要。

　　即使模塊A是安裝第一個(gè)通過我們的package(v1.0).json(按字母順序),因?yàn)樗怯行虻?使用交互式npm意味著模塊A安裝命令v2.0是最后包安裝。

　　因此,npm3做下面的工作當(dāng)我們運(yùn)行npm安裝mod-a@2——保存:

• 它刪除模塊v1.0
• 它安裝模塊版本
• 它葉子模塊Bv1.0因?yàn)槟KE v1.0仍然依賴于它
• 它安裝模塊Bv2.0作為v2.0下嵌套依賴模塊, 模塊B v1.0已經(jīng)占領(lǐng)的頂級(jí)目錄層次結(jié)構(gòu)

　　這在終端看起來像這樣:

　　最后,讓我們也更新模塊E v2.0,也取決于模塊B v2.0代替模塊B v1.0,就像模塊Ａ更新。

　　npm3執(zhí)行以下事情:

• 它刪除模塊E v1.0
• 它安裝模塊版本
• 它刪除模塊B v1.0因?yàn)槭裁匆蕾囉谒?/li>
• 因?yàn)闆]有模塊B其他版本，所以它安裝模塊B v2.0的頂級(jí)目錄

　　這在終端看起來像這樣:

　　現(xiàn)在,這顯然不是理想。 我們?cè)趲缀趺恳粋€(gè)模塊B v2.0目錄。 去掉重復(fù),我們可以運(yùn)行:　npm dedupe

　　這個(gè)命令解析所有的包依賴模塊B版本 重定向到頂層模塊B v2.0并刪除所有副本 嵌套的副本。

　　這在終端看起來像這樣:

　　5.npm3的不確定依賴關(guān)系：

 　　例如：

　　在這個(gè)例子中,我們的應(yīng)用程序有以下package.json:　

　　

　　假設(shè)我們有一個(gè)模塊Ａ需要更新到2.0版本依賴模塊Ｂv2.0,而不是依賴模塊Ｂv1.0.

　　

　　我們現(xiàn)在使用交互模式的安裝模塊Ａ的新版本：npm install mod-a@2 --save

　　現(xiàn)在我們使用命令行來查看它們的依賴關(guān)系：

　　

　　它們的關(guān)系結(jié)構(gòu)為：

　　

　　我們按功能要求的更新模塊版本進(jìn)行配置新的package.json使用應(yīng)用程序測(cè)試服務(wù)器運(yùn)行npm安裝:　　

　　{

 　　　"name": "example3",

  　　  "version": "1.0.0",

  　　  "description": "",

  　　  "main": "index.js",

          "scripts": {

              "test": "echo \"Error: no test specified\" && exit 1"

          },

          "keywords": [],

          "author": "",

  　　  "license": "ISC",

  　　  "dependencies": {

    　　　　"mod-a": "^2.0.0",

    　　　　"mod-c": "^1.0.0",

    　　　　"mod-d": "^1.0.0",

    　　　　"mod-e": "^1.0.0"

  　　　}

　　}

　　測(cè)試服務(wù)器的日志顯示:

　　

　　我們看下它們的依賴結(jié)構(gòu)關(guān)系：

　　

　　這棵樹比那棵樹完全不同，它們的內(nèi)部發(fā)生了什么事?

　　記住:安裝順序很重要。

　　我們的安裝順序：

　　npm安裝時(shí)首先開始著手項(xiàng)目,所有模塊中列出的包。json已經(jīng)安裝在node_modules文件夾。

　　然后模塊版本更新安裝。

　　它們的變化：

　　因?yàn)榇饲?模塊Ａ v1.0，模塊B v1.0,模塊E v1.0,模塊Ｃ v1.0,模塊D v1.0和模塊E v1.0是頂級(jí)依賴，

　　隨后根據(jù)模塊的版本更新，模塊B沒有其他版本可以繼續(xù)占據(jù)頂級(jí)依賴的位置就成為模塊Ａ新版本的新依賴。

　　由于沒有建立node_modules目錄，我們通過package.json腳本的配置進(jìn)行安裝依賴關(guān)系運(yùn)行后這個(gè)項(xiàng)目會(huì)建立一個(gè)新目錄。

　　通過package.json的配置更新模塊Ａ v2.0，按照字母的先后順序進(jìn)行npm的安裝命令執(zhí)行，

　　所以不是最后一次執(zhí)行。

　　然后，

　　因?yàn)榇饲耙延?/span>node_modules目錄，在更新模塊,首先安裝的是模塊Ａ v2.0，其次是模塊Ｂ v2.0，模塊B v2.0迭代模塊Ｂ v1.0成為頂級(jí)依賴。最后執(zhí)行模塊E v1.0時(shí)由于模塊B v1.0不存在頂級(jí)依賴，但有模塊Ｂ v1.0這個(gè)模塊所以模塊Ｂ v1.0無耐地嵌套在模塊E v1.0下。

　　不同的依賴關(guān)系樹結(jié)構(gòu)不會(huì)影響我們的應(yīng)用

　　即使依賴關(guān)系樹的不同，我們都能滿足所有依賴項(xiàng)指向?qū)?yīng)的被依賴項(xiàng)進(jìn)行安裝對(duì)應(yīng)的模塊版本，它們都有各自的配置。

　　我們應(yīng)怎么做才能保證node_modules目錄是一樣的？

　　我們使用npm安裝命令進(jìn)行安裝,使用package.json,總是會(huì)建立相同的樹。這是因?yàn)榘凑誴ackage.json的配置進(jìn)行按字母順序進(jìn)行安裝。相同的安裝順序意味著你會(huì)得到相同的樹。

　  你可以在移除node_modules目錄并運(yùn)行npm package.json進(jìn)行配置你所需要的互相依賴關(guān)系樹。

三、npm相關(guān)常識(shí)：

　　package.json文件配置目錄：

三、npm的常用命令：

NPM提供了很多命令，例如install和publish，使用npm help可查看所有命令。

• NPM提供了很多命令，例如install和publish，使用npm help可查看所有命令。

• 使用npm help <command>可查看某條命令的詳細(xì)幫助，例如npm help install。

• 在package.json所在目錄下使用npm install . -g可先在本地安裝當(dāng)前命令行程序，可用于發(fā)布前的本地測(cè)試。

• 使用npm update <package>可以把當(dāng)前目錄下node_modules子目錄里邊的對(duì)應(yīng)模塊更新至最新版本。

• 使用npm update <package> -g可以把全局安裝的對(duì)應(yīng)命令行程序更新至最新版。

• 使用npm cache clear可以清空NPM本地緩存，用于對(duì)付使用相同版本號(hào)發(fā)布新版本代碼的人。

• 使用npm unpublish <package>@<version>可以撤銷發(fā)布自己發(fā)布過的某個(gè)版本代碼。

使用淘寶 NPM 鏡像： npm install -g cnpm --registry=https://registry.npm.　　詳情見：http://npm./。

使用cnpm來安裝模塊 cnpm install [name]

——