好家伙,學習新工具 

1.為什麼我們需要包管理器?

關於npm我們已經知道了,這是我們項目的包管理器,

我們現在用的無比順手的工具,都是在無數的競爭中殺出來的,他們淘汰了無數的產品

首先,倘若我們不使用npm,那麼我們應該如何去新建一個前端項目?

純手工,把我們項目需要的項目一個個下載到我們的項目裡面

手動創建項目意味著您需要手動管理項目的依賴和文件結構，包括下載和引入任何所需的庫或框架。

想想都可怕,再加上各種bug

我們新建一個項目可能需要?半個小時左右

於是我們的好幫手出現了,包管理器npm

我們把我們的配置清單給npm,隨後,npm幫我們下載我們項目依賴的包

於是我們從30分鐘優化到1分鐘

npm真是太偉大了

2.NPM出現問題

但隨後,NPM又出現了一些問題

2.1.安裝太慢

新項目拿到手,安裝依賴太慢

npm install

npm 2會安裝每一個包所依賴的所有依賴項。如果我們有這麼一個項目，它依賴項目A，項目A依賴項目B，項目B依賴項目C，那麼依賴樹將如下所示：

node_modules
- package-A
-- node_modules
--- package-B
----- node_modules
------ package-C
-------- some-really-really-really-long-file-name-in-package-c.js

這個結構可能會很長。這對於Windows來說卻是個破壞性的東西，因為有很多程式無法處理超過260個字元的文件路徑名。

npm 3採用了扁平依賴關係樹來解決這個問題，所以我們的3個項目結構現在看起來如下所示：

node_modules
- package-A
- package-B
- package-C
-- some-file-name-in-package-c.js

這樣，一個原來很長的文件路徑名就從./node_modules/package-A/node_modules/package-B/node-modules/some-file-name-in-package-c.js
變成了/node_modules/some-file-name-in-package-c.js。

這種方法的缺點是，npm必須首先遍歷所有的項目依賴關係，然後再決定如何生成扁平的node_modules目錄結構。

npm必須為所有使用到的模塊構建一個完整的依賴關係樹，這是一個耗時的操作，是npm安裝速度慢的一個很重要的原因。

2.2.無法保持一致性

想像一下去和小黃一起開發一個項目登陸頁面,然後,你們在不同的時間安裝了依賴包,

而碰巧,其中一個包更新了,14.2.1變成了14.2.2,或許是其中的一個組件框的樣式改變了,

於是你會發現,你兩的項目跑起來會有微妙的差別,當然了,也有可能是其他的各種各樣嚴重的bug

總之,依賴包的版本不統一,是一個非常大的問題,可能會導致嚴重的問題

3.Yarn出現

於是針對這兩個問題,

Yarn出現了,他很好地解決的npm存在的一些問題

yarn更快(為什麼?)

1.並行安裝：Yarn 採用並行安裝的方式，可以同時下載多個依賴包，而 npm 是串列安裝，只能一個一個地下載。這意味著當你使用 Yarn 時，依賴包的安裝過程更加高效。

2.本地緩存：Yarn 有一個本地緩存目錄，用於存儲已經下載過的依賴包。當你需要安裝同一個依賴包的不同版本時，Yarn 可以直接從本地緩存中獲取，而無需重新下載。這可以節省大量的下載時間。

3.精確的依賴管理：Yarn 會生成一個鎖文件 (yarn.lock)，用於確保每個開發者在不同環境下都使用相同版本的依賴包。這意味著在安裝依賴包時，Yarn 可以更加準確地確定需要使用的版本，減少了版本衝突和不一致性問題。

在後來,

有了yarn的壓力之後,npm做了一些類似的改進(對手起來了,再不與時俱進要就要被淘汰了)

1. 預設新增了類似yarn.lock的 package-lock.json,同樣用於處理依賴包版本一致性的問題
2. git 依賴支持優化：這個特性在需要安裝大量內部項目（，或需要使用某些依賴的未發佈版本時很有用。

3.npm是有本地緩存的，它保存了已經下載的每個版本的壓縮包。本地緩存的內容可以通過-npm cache ls命令進行查看。

本地緩存的設計有助於減少安裝時間。

那麼最終該如何選擇呢?

1. 性能需求：如果你對構建速度和依賴包下載速度有較高的需求，可以使用Yarn。Yarn在處理大型項目和併發操作時通常更高效。

2. 生態系統和相容性：Npm是JavaScript生態系統的預設選擇，很多項目都使用Npm作為包管理工具，並且它與其他工具和服務的相容性較好。

如果你的項目依賴於特定的Npm插件或服務，或者與其他使用Npm的項目進行交互，那麼使用Npm可能更方便。

3. 社區支持和文檔：Npm和Yarn都有龐大的社區和文檔資源，但是Npm在這方面可能更加成熟和全面。

如果你更傾向於使用廣泛支持的工具，並且更容易找到相關的教程、示例和問題解答，那麼選擇Npm可能是一個不錯的選擇。

4. 團隊合作：如果你在一個團隊中工作，建議與團隊成員協商並討論選擇。考慮到團隊中其他開發者的熟悉程度和偏好，可以決定是否使用Npm還是Yarn。

根據你的性能需求、生態系統要求、社區支持和團隊合作等因素來衡量，選擇適合你項目的工具。

無論是Npm還是Yarn，它們都是廣泛使用的可靠工具，並且都能滿足大部分項目的需求。

最後,yarn的安裝方式

 (用你的平臺安裝我,這何嘗不是一種NTR)