为何要将纯前端无依赖包发布到npm？

我无法理解为何会出现将100%纯前端且无依赖的包发布到npm的趋势与需求。例如，一个继承HTMLElement的简单类无法在Node环境中使用，仅需在HTML文件中添加script标签即可“安装”，但这类包却有成千上万个。难道只是为了打包吗？请原谅我的无知，但有时在了解“怎么做”之前，先明白“为什么”很重要。

• 统一的版本与依赖管理：如果项目里用到多个这类前端组件，用npm可以集中管理所有包的版本，更新时只需执行npm update就能同步升级，不用逐个查找并替换HTML里的script链接。团队协作时，所有人能通过package.json同步依赖版本，避免因版本不一致引发的兼容性问题。
• 适配现代前端构建流程：当前绝大多数前端项目都基于Webpack、Vite等构建工具开发，这些工具默认从npm拉取依赖。将纯前端包发布到npm后，开发者可以直接用import语法引入组件，配合Tree Shaking还能实现按需打包，大幅减少最终产物的体积，比手动在HTML中添加script标签更灵活高效。比如你提到的自定义元素，只需写import 'my-custom-element'就能在代码中引入，无需在HTML中维护一堆脚本标签。
• 更便捷的分发与发现渠道：npm是目前前端领域最大的包仓库，开发者寻找组件的第一选择通常就是npm。把包发布到这里，能让更多开发者发现并使用你的组件，比自己存到GitHub再让用户手动下载文件的门槛低得多。同时，npm提供的语义化版本、README展示、下载量统计等功能，也能帮助包作者更好地推广和维护组件。
• 标准化的发布与维护流程：npm提供了成熟的版本管理、发布脚本和权限控制功能。包作者可以用npm version快速升级版本，用npm publish一键发布，还能设置beta版等标签来测试新版本。相比手动上传文件到服务器，这套流程更规范，长期维护的成本更低。
• 覆盖更多使用场景：虽然包本身是纯前端的，但部分开发者可能会在Node环境中做预处理（比如SSR场景下提前解析自定义元素的模板），或者用npm包配合其他工具生成静态资源。就算大部分用户是在浏览器中使用，npm的分发方式也能覆盖更多潜在的使用场景。

内容的提问来源于stack exchange，提问作者kekich