共 2 篇相关文章
为项目挑选合适的工具是常态，而本文记录的正是作者为异步JavaScript编译器Jscex寻找更优解析器的经历。作者此前使用的Narcissus解析器因依赖SpiderMonkey扩展，无法在IE8等仅支持ECMAScript 3的浏览器中运行，其输出的AST结构也存在不理想之处。 在评估了NarrativeJS内置的旧版解析器并发现其功能缺陷后，作者转向了UglifyJS。通过实际使用，他发现UglifyJS内置的解析器不仅完全符合标准，性能上也显著优于Narcissus，从而顺利解决了兼容性、功能与性能的多重需求。 这篇分享不仅是一个具体的工具替换案例，更展示了一个实用的工具选择思路：当现有方案成为瓶颈时，跳出原有框架去探索（如从压缩工具中寻找解析器），往往能收获意想不到的解决方案。
这篇文章的核心观点是：UglifyJS 比 Google Closure Compiler 更“聪明”。作者通过对比几款主流 JavaScript 压缩工具，指出 UglifyJS 之所以能取代 Closure Compiler 成为 jQuery 项目的压缩工具，关键在于其更优的压缩策略。 作者用实测数据支撑了这一看法：对 jQuery 1.5.2 的核心代码，UglifyJS 压缩后体积减少了 62.5%，而 Closure Compiler 的“简单”优化模式仅减少了 57.53%。更值得注意的是，作者区分了 Closure Compiler 的“简单”与“高级”优化模式——后者为了极致的压缩效果，会采取近乎“破坏”代码的激进手段，是一把需要谨慎使用的双刃剑。 因此，文章并非单纯推崇某一款工具，而是在为开发者提供选择参考：若追求安全且高效的压缩，UglifyJS 目前的表现更胜一筹；若确实需要极致压缩并愿意承担配置风险，Closure Compiler 的高级模式依然有其用武之地。
