过度依赖JavaScript的前端开发方式不利于长期性能优化，应优先考虑服务端为中心的方案。作者以自身性能优化工作经验指出，大量JS代码会增加浏览器负担，影响网页应用性能，建议在可能情况下减少前端JS依赖。

重度依赖JavaScript的开发方式难以实现长期性能目标

核心观点

作者基于多年Web性能优化经验指出：过度依赖JavaScript（尤其是React等框架）的前端开发方式，与长期性能目标存在根本性冲突。这种开发模式虽然能提升初期开发效率，但会导致应用性能持续恶化，且维护成本高昂。

主要问题分析

1. 依赖成本高昂

   • npm生态中的依赖包往往体积庞大且持续增长（如moment五年增长10%，react-dom v18到v19增长33%）
   • 工具链缺乏包体积预警机制（npm、IDE、dependabot均不显示体积变化）

2. 性能陷阱无处不在

   • 框架默认鼓励错误实践：全局context滥用、同步导入、单一打包等
   • 文档教程常展示非生产级代码示例
   • 单个错误提交即可破坏前期所有优化成果

3. 调试工具不完善

   • React等框架自研的开发者工具与浏览器原生工具割裂
   • 缺乏关键调试信息（如hydration错误提示模糊）
   • 性能分析需要同时使用多个不兼容的剖析器

缓解方案

开发前期： - 建立性能预算和监控体系 - 配置代码分割和按需加载 - 设置禁止危险导入的lint规则

上线后： - 实施真实用户监控(RUM) - 收集用户端性能反馈 - 保持历史性能数据趋势分析

根本解决方案

作者建议转向服务端中心化架构： - 将计算密集型任务转移到服务端执行 - 采用传统多页面应用(MPA)或渐进增强方案（如turbolinks、htmx） - 利用View Transitions API实现平滑过渡

行业呼吁

文章最后呼吁行业反思当前对前端框架的盲目依赖： - 应基于实际场景选择架构（而非默认选择SPA） - 服务端渲染能提供更稳定的性能基线 - 需要优先考虑终端用户体验而非开发便利性

"我们正在按照自己想要的方式构建，而不是用户需要我们构建的方式"——这一现状亟需改变。

（全文保留了核心论证链条和关键案例，删减了个人背景介绍、部分重复性示例及技术标签等非核心内容）

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

支持服务端渲染的观点

• 性能优势：认为服务端渲染更易实现高性能，避免客户端渲染的臃肿问题。

  • "Server-side rendering is so much easier to deliver in a performant way" (tommek4077)
  • "bloated bundles, fragile performance... cycle of optimization that never quite sticks" (tommek4077)

• 开发趋势批评：批评开发者过度依赖客户端渲染框架（如React），忽视传统方案。

  • "devs don’t even know there is another way to build things for the web" (wackget)
  • "核心web技术终将留存，当前框架热潮会消退" (wackget)

反对全面服务端化的观点

• 并非万能解：指出服务端渲染会引入往返延迟，且服务端代码也可能存在性能问题。

  • "every interaction is a client-server round trip... user pays the cost on each interaction" (slopinthebag)
  • "server-side code isn’t inherently good... footguns in every language" (robertoandred)

• 框架选择问题：认为React的性能问题不代表所有JS框架，推荐Svelte/Vue等更轻量方案。

  • "Svelte/Sveltekit, Vue, Qwik are better examples" (carshodev)
  • "Frameworks like Svelte... approach baseline vanilla-js cost" (slopinthebag)

JavaScript语言争议

• 垄断批评：质疑JS作为浏览器唯一标准的合理性。

  • "There should be hundreds competing" (exabrial)

• 辩护观点：认为JS经过持续改进，实际表现优秀且生态不可替代。

  • "JS improved faster than people adjusted their emotions... good parts are better than anything else" (jongjong)
  • "WebAssembly exists but nobody uses it... JS’s success isn’t just due to monopoly" (jongjong)

性能优化实践

• 技术改进：提到React新版本（19.2）已添加性能分析工具。

  • "React 19.2 added timing info in devtools" (smaddock)

• 架构挑战：指出大型SPA难以控制代码膨胀，需严格规范。

  • "任何SPA随着贡献者增加都会变成多MB的混乱" (jakub_g)
  • "需要强制每个PR遵守bundle大小预算" (jakub_g)

其他观点

• DOM设计问题：认为DOM本为文档设计而非应用，导致性能局限。

  • "DOM was built for documents, not apps" (prewrett)

• 性能文化缺失：批评Web生态对性能的容忍度过高。

  • "No one has reasonable expectation of quality on the web" (Devasta)

关键分歧点在于是否应回归服务端渲染，以及性能问题的主因是框架选择（如React）、JS语言本身还是架构实践。部分评论者强调技术改进（如React Compiler）已部分解决问题。