我們已經知道前端資產和依賴管理是 npm 的一個巨大用例，也是 Node.js 采用的主要驅動力。 但究竟有多大? 這是一個很難回答的問題。 npm 上下載最多的包列表并不是很有幫助：像 async、minimist 和 request 這樣的包是依賴于成千上萬個其他包的基本包，所以它們當然會一直安裝和下載 作為這些軟件包安裝的一部分。對前端感興趣的同學，可以參加Web前端培訓，你可以學到更全面的知識和技能，提高前端開發工作效率。

　　那么，說到前端包，摩擦在哪里？

　　前端痛點

　　1. node_modules 沒有按照前端包需要的方式排列

　　這是一個非常明顯的問題。 node_modules 文件夾是 npm 默認放置包的位置，以利用 Node.js 模塊加載語義。根據你安裝的軟件包，軟件包最終位于樹中的不同位置。這對 Node 來說很有效，但是 HTML 和 CSS，無論好壞，通常都希望東西在一個位置，比如 /static/mypackage。可以肯定的是，有一些解決方法，但還沒有一流的解決方案。

　　2. 前端依賴有不同的沖突解決需求

　　Node 模塊加載器的樂趣之一是它允許你同時存在同一個模塊的多個不兼容的版本，而 npm 的樂趣之一是它將這些版本放在正確的位置，以便你期望的版本會加載到你期望的位置。這對消除“依賴地獄”大有幫助，也是 Node 的“許多小模塊”模式如此實用和受歡迎的原因之一。在Web前端培訓中，理論知識+實踐項目，雙管齊下，更有利于學員加深對所學知識的理解和運用，真正做到學以致用，從而將知識內化成自身的能力。

　　但是前端依賴項根本無法以這種方式工作。如果你加載兩個版本的 jQuery，一個會“獲勝”。如果你加載兩個版本的 Bootstrap CSS 框架，它們將同時應用并破壞你的樣式。未來，Web 組件和 Shadow DOM 等 HTML 的新發展可能有助于解決這些問題，但目前，前端依賴關系可能會發生沖突，我們如何識別和優雅地處理它？

　　3. 維護多個包清單很煩人

　　前面問題的解決方案一直是為前端包創建額外的注冊中心，但這造成了單個項目必須有一個package.json、一個bower.json、一個component.json等等的情況，并且每次發生小更新時都編輯它們，像所有數據重復一樣，這既繁瑣又容易出錯。

　　4. 尋找與瀏覽器兼容的包是件痛苦的事

　　npm 是 JavaScript 的注冊表，但目前注冊表中的大部分內容是 Node.js。其中一些模塊適用于使用諸如 browserify 之類的模塊的客戶端時可以工作，但其中一些則不能。目前，如果不嘗試它們，就無法輕松找出哪些可以，哪些不可以。如果你想了解更多關于前端的信息，不妨報名參加Web前端培訓，有系統全面的課程和明確清晰的學習路線，讓學習更輕松更有效。