背景介紹
什么是npm?
npm(node package manager)是nodejs的包管理器,用于node插件管理(包括安裝、卸載、管理依賴等), NPM是隨同NodeJS一起安裝的包管理工具,能解決NodeJS代碼部署上的很多問題,它是 Node 獲得成功的重要原因之一。常見的使用場景有以下幾種:
允許用戶從NPM服務器下載別人編寫的第三方包到本地使用。
允許用戶從NPM服務器下載并安裝別人編寫的命令行程序到本地使用。
允許用戶將自己編寫的包或命令行程序上傳到NPM服務器供別人使用。
由于新版的nodejs已經集成了npm,所以之前npm也一并安裝好了。同樣可以通過輸入 "npm -v" 來測試是否成功安裝
為啥我們需要一個包管理工具呢?因為我們在Node.js上開發時,會用到很多別人寫的JavaScript代碼。如果我們要使用別人寫的某個包,每次都根據名稱搜索一下官方網站,下載代碼,解壓,再使用,非常繁瑣。于是一個集中管理的工具應運而生:大家都把自己開發的模塊打包后放到npm官網上,如果要使用,直接通過npm安裝就可以直接用,不用管代碼存在哪,應該從哪下載。
更重要的是,如果我們要使用模塊A,而模塊A又依賴于模塊B,模塊B又依賴于模塊X和模塊Y,npm可以根據依賴關系,把所有依賴的包都下載下來并管理起來。否則,靠我們自己手動管理,肯定既麻煩又容易出錯。
什么是cnpm?
因為npm安裝插件是從國外服務器下載,受網絡影響大,可能出現異常,所以我們樂于分享的淘寶團隊干了這事。來自官網:“這是一個完整 npmjs.org 鏡像,你可以用此代替官方版本(只讀),同步頻率目前為 10分鐘 一次以保證盡量與官方服務同步?!?
知識剖析
npm install moduleNames:安裝Node模塊
安裝完畢后會產生一個node_modules目錄,其目錄下就是安裝的各個node模塊。
node的安裝分為全局模式和本地模式。
一般情況下會以本地模式運行,包會被安裝到和你的應用程序代碼的本地node_modules目錄下。
在全局模式下,Node包會被安裝到Node的安裝目錄下的node_modules下
為什么要保存至PACKAGE.JSON?
因為node插件包非常大,版本龐雜,所以不加入package信息,模塊間的依賴變得非常困難,將配置信息寫入package.json并將其加入版本管理,其他開發者對應下載即可(命令提示符執行npm install,則會根據package.json下載所有需要的包)。 每個項目的根目錄下面,一般都有一個package.json文件,定義了這個項目所需要的各種模塊,以及項目的配置信息(比如名稱、版本、許可證等元數據)。npm install 命令根據這個配置文件,自動下載所需的模塊,也就是配置項目所需的運行和開發環境。
PACKAGE.JSON 屬性說明:
name - 包名。(不要把node或者js放在名字中)
version - 包的版本號。
dependencies - 項目運行所依賴的模塊
devDependencies - 項目開發所需要的模塊
bin - 這需要在你的package.json中提供一個bin字段,它是一個命令名和本地文件名的映射。在安裝時,如果是全局安裝,npm將會使用符號鏈接把這些文件鏈接到prefix/bin,如果是本地安裝,會鏈接到./node_modules/.bin/
npm常用命名
使用npm卸載插件:npm uninstall < name > [-g] [--save-dev] PS:不要直接刪除本地插件包
使用npm更新插件:npm update < name > [-g] [--save-dev]
更新全部插件:npm update [--save-dev]
查看npm幫助:npm help
查看當前目錄已安裝插件:npm list
還有一些npm的簡單命令就不多說了
PS:npm安裝插件過程:從http://registry.npmjs.org下載對應的插件包(該網站服務器位于國外,所以經常下載緩慢或出現異常),解決辦法就是cnpm
CNPM介紹:
官方網址:http://npm.taobao.org
安裝:命令提示符執行npm install cnpm -g --registry=https://registry.npm.taobao.org
注意:安裝完后最好查看其版本號cnpm -v或關閉命令提示符重新打開,安裝完直接使用有可能會出現錯誤
PS:cnpm跟npm用法完全一致,只是在執行命令時將npm改為cnpm。
3.常見問題
bower 和 npm有什么區別
4.解決方案
npm 是伴隨 Node.js 出現的一個包管理器,最開始只能支持 Node.js 的模塊管理,但是后來, npm 官網經過一次改版,打出的口號是,javascript 的包管理器,所以,其已經不在局限于是 Node.js 的模塊管理了,已經通用到了所有 js 的包管理工具了,可以說,前后通吃了。
bower 的話,從一開始,就是專門為前端表現設計的包管理器,一切全部為前端考慮的。npm 和 bower 的最大區別,就是 npm 支持嵌套地依賴管理,而 bower只能支持扁平的依賴(嵌套的依賴,由 程序員自己解決)。
嵌套依賴,指的就是,你依賴的軟件包,還有它自己的依賴,好像摘葡萄,一摘一大串。在服務器環境的時候,這并沒什么關系,因為存儲空間夠大,一切代碼都是本地運行,只要解決完依賴就行了, 但是到了用戶產品的瀏覽器里,就很成問題了,你不能讓用戶去下載好幾M的js代碼,那就太糟糕了。在這個情況下,就需要程序員自己手動解決用到的類庫的嵌套依賴問題。比如確保各種各樣的插件 都依賴同一個版本的jQuery。
擴展思考
cnpm有哪些問題?
1.cnpm 的倉庫只是 npm 倉庫的一個拷貝,它不承擔 publish 工作,所以你用 cnpm publish 命令會執行失敗的
2.不僅是 publish 會執行失敗,其它的需要注冊用戶(npm adduser)、或者修改 package 狀態等命令都無法用 cnpm
作者:沒事兒啊
鏈接:https://www.jianshu.com/p/f581cf9360a2
來源:簡書
簡書著作權歸作者所有,任何形式的轉載都請聯系作者獲得授權并注明出處。