在每個基於 Node.js 的 Web 應用程式專案中，我們都有一個名為 package.json 的檔案。該檔案包含有關專案的所有相關資料，即後設資料。 package.json 中能夠定義 dependency，devDependency 和 Peer Dependency 三種不同的依賴型別。

本文概括 Peer Dependency 的一些常見的使用場景。

- Babel plugins：在 Babel 外掛的開發裡，需要將 Babel 自身定義成 peer dependency.

- Express middleware packages：這是一個典型的需要使用對等依賴項的 NPM 模組開發場景。中介軟體包的開發者希望將 express 宣告為依賴項，而不是一個`硬`依賴項。否則，每個中介軟體 package 的每次安裝，都會將整個 express 安裝到 node_modules 資料夾下。

- 如果正在構建微前端，需要確定哪些依賴項是外部的（因此它們不會被 bundled）而哪些不是。對等依賴關係可能是處理此問題的一個可選方案。
整個框架。

- Bit Components：如果正在編寫和釋出前端元件，例如在 Bit 上共享 React 元件時。 在這種情況下，可以將 React 宣告為元件的對等依賴項，其語義是，開發人員希望宿主專案具有 peer Dependency 指定的正確版本。

看個實際的例子，一個能夠重複點選的按鈕：

![](https://img-blog.csdnimg.cn/img_convert/4523679a7ef6e6549f643f617856bca9.png)

安裝完畢後，觀察其 package.json 裡定義的 peer Dependency：

![](https://img-blog.csdnimg.cn/img_convert/1d667987b2fd3831290a0df5fc74ccee.png)

在這個 package.json 檔案裡，這個包沒有定義任何的直接依賴關係，即使它是在 React 之上工作的。 我們確保諸如 React 和 React-dom 之類的東西是必需的(required)，只是沒有安裝(not installed)。這就是 NPM 的對等依賴關係所想表達的語義。

鑑於基於 plugin 的架構的靈活性，許多庫都在利用它，允許開發人員根據他們的需要，有機地擴充套件框架的功能。 這使得任何有興趣為這些框架開發新功能的開發人員，都有必要掌握 Peer Dependency 的正確用法。

Peer Dependency 一些使用場景的歸納總結

相關文章