文章指出JavaScript生态中存在三种主要依赖膨胀问题：为支持旧运行时的冗余代码、过度使用小型工具库以及未及时清理的废弃依赖。这些问题导致npm依赖树日益臃肿，社区正通过清理冗余和过时包来改善性能。

JavaScript代码臃肿的三大根源

作者James Garbutt是一位软件工程师和开源爱好者，他在文章中深入分析了导致JavaScript项目依赖膨胀的三个主要原因，并提出了相应的解决方案。

一、过时的运行时支持

许多npm依赖树中充斥着小型工具函数包（如is-string、hasown等），主要原因包括：

1. 支持老旧引擎：部分开发者仍需支持ES3环境（如IE6/7），这些环境缺乏现代JavaScript特性
2. 防止全局命名空间污染：Node.js等运行时会封装原始全局对象（称为"primordials"）以避免被篡改
3. 跨域值处理：当值在不同执行环境（如iframe与父页面）间传递时，instanceof等检查会失效

核心问题：这些兼容性处理只对极少数开发者有必要，却让所有用户承担了不必要的依赖成本。

二、过度原子化的架构

某些开发者主张将代码拆分为极度细粒度的模块（如shebang-regex仅包含一个正则表达式），理论上是希望创建可复用的基础构件。但实际导致：

• 单一用途包：许多微包仅被一个父包使用
• 重复依赖：相同功能在不同版本间重复出现
• 供应链风险扩大：每个微包都可能成为安全漏洞或维护问题的入口

典型案例包括arrify（值转数组）、slash（路径分隔符转换）等单行代码级别的包。

三、长期滞留的"ponyfill"

ponyfill（不污染全局的polyfill）本应是在原生支持前的临时方案，但很多项目在功能被广泛支持后仍保留这些依赖，例如：

• globalthis（2019年已广泛支持）
• indexof（2010年已支持）
• object.entries（2017年已支持）

解决方案

1. 使用分析工具：

   • knip：检测未使用的依赖
   • e18e CLI：分析可替换的依赖
   • npmgraph：可视化依赖关系

2. 参与社区计划：

   • module-replacements项目记录可被原生功能替代的包
   • 向维护者提交issue建议移除过时依赖

3. 开发者自查：

   • 定期审查依赖项的必要性
   • 优先选择轻量级替代方案

结语

文章呼吁开发者共同解决这一历史遗留问题，让大多数用户能够使用精简现代的代码，而将特殊兼容性需求限定在特定场景。通过工具和社区协作，逐步清理这些不必要的依赖负担。

以下是评论内容的总结，平衡呈现不同观点并保留关键引用：

1. 关于依赖管理与技术债务

• 观点：许多JS臃肿问题源于未更新的编译目标、过时依赖和浏览器支持
  • 引用："people aren’t updating their compilation targets to ESx... ES5 has been supported everywhere for like 13 years" (zdc1)
  • 引用："The deeper problem... consumers never audit their trees, they just install and forget" (SachitRafa)

2. 微包（micro packages）争议

• 支持方：Rust等语言也在采用微包模式
  • 引用："we’re seeing rust happily going down the same path, especially with the micro packages" (skydhash)
• 反对方：某些微包仅为刷下载量而存在
  • 引用："Packages like this which have 7 lines of code should not exist!" (rtpg)

3. 解决方案建议

• 工具改进：建议自动化检测过时代码
  • 引用："A simple automated check 'does every LTS version of Node support this natively?'" (SachitRafa)
• 减少依赖：提倡使用原生JS功能
  • 引用："writing dependency-free JavaScript is the way to go... the standard library in JS/CSS is great" (auxiliarymoose)
  • 引用："For personal objects I always prompt the AI to write JS directly" (est)

4. 根本原因分析

• 设计哲学：软件应追求精简而非堆砌功能
  • 引用："Perfection is achieved... when there is nothing to take away" (andai)
• 开发文化：过度依赖第三方库
  • 引用："telling most js community 'developers' to 'write your own code' is tantamount to telling fish to 'just breathe air'" (stephenr)

5. 框架批评

• 明确指出React和Webpack是主要膨胀源
  • 引用："The elephants in the room are react and webpack" (il-b)

6. 幽默观点

• 将JS臃肿归因于经济因素
  • 引用："JavaScript bloat is downstream of low FED interest rates" (krmbzds)

关键矛盾集中在：微包合理性（开发便利性 vs 滥用）、依赖管理（自动化工具需求）、以及原生JS与现代框架的取舍。多位评论者强调精简设计和自主编码的重要性。