我们已经知道前端资产和依赖管理是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，一个会“获胜”。如果你加载两个版本的BootstrapCSS框架，它们将同时应用并破坏你的样式。未来，Web组件和ShadowDOM等HTML的新发展可能有助于解决这些问题，但目前，前端依赖关系可能会发生冲突，我们如何识别和优雅地处理它？
3.维护多个包清单很烦人
前面问题的解决方案一直是为前端包创建额外的注册中心，但这造成了单个项目必须有一个package.json、一个bower.json、一个