Fitbit|Web前端培训：npm 中的前端打包有哪些痛点？手环|互联网医疗

Web前端培训：npm中的前端打包有哪些痛点？
我们已经知道前端资产和依赖管理是npm 的一个巨大用例，也是Node.js 采用的主要驱动力。但究竟有多大？这是一个很难回答的问题。 npm 上下载最多的包列表并不是很有帮助：像async、minimist和request这样的包是依赖于成千上万个其他包的基本包，所以它们当然会一直安装和下载作为这些软件包安装的一部分。对前端感兴趣的同学，可以参加Web前端培训，你可以学到更全面的知识和技能，提高前端开发工作效率。
那么，说到前端包，摩擦在哪里？
前端痛点
1.node_modules 没有按照前端包需要的方式排列
这是一个非常明显的问题。 node_modules 文件夹是npm 默认放置包的位置，以利用Node.js模块加载语义。根据你安装的软件包，软件包最终位于树中的不同位置。这对Node 来说很有效，但是HTML 和CSS ，无论好坏，通常都希望东西在一个位置，比如/static/mypackage 。可以肯定的是，有一些解决方法，但还没有一流的解决方案。
2.前端依赖有不同的冲突解决需求
【Fitbit|Web前端培训：npm 中的前端打包有哪些痛点？】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前端培训，有系统全面的课程和明确清晰的学习路线，让学习更轻松更有效。