⚡️Vite 8 正式发布了：这次不是常规升级，是直接换心脏 Vite 8 最大的变化就一件事：默认 bundler 从 “esbuild + Rollup 双引擎” 变成了 Rolldown 单引擎。 简单说，过去 Vite 开发时靠 esbuild，生产构建靠 Rollup，体验很好，但两套 pipeline 一直有历史包袱。现在官方直接把底层统一成 Rust 写的 Rolldown，目标很明确：更快、兼容原有插件生态、顺手把后面的大功能路也铺好。 这次值得看的点： • 🚀构建速度提升很猛：官方给的数据是 10-30x faster than Rollup • 🦀Rolldown 正式入主 Vite：单一 bundler，少很多“开发能跑、生产翻车”的边角差异 • 🔌插件兼容路线没推倒重来：大多数现有 Rollup / Vite 插件可直接用 • 🧰内置能力继续补齐：Devtools、tsconfig paths 支持、emitDecoratorMetadata、Wasm SSR 都进来了 • 🤖对 AI Coding 很友好：server.forwardConsole 能把浏览器 console/error 直接转发到终端，Agent 调试前端时更顺手 • 📦还顺手上线了插件目录：registry.vite.dev，以后找插件不用满 npm 乱翻 官方给出的真实案例也挺能打： • Linear：46s → 6s • Ramp：构建时间下降 57% • Beehiiv：下降 64% • Mercedes-Benz.io：最多下降 38% 这波不是 benchmark PPT，已经有一批真实项目提前踩过了。 社区早期反馈也挺一致： • Hacker News 上现在讨论还不多，但已有开发者反馈：“不想再回到没有 Vite 的前端开发”、beta 已经用了几个月，体验很顺 • Reddit 上几个帖子标题几乎都在强调一个点：“Vite 8 = Rust 化”。这说明大家最关心的不是小 feature，而是这次底层换代到底值不值 Agili 点评： 这版本我会给很高分。不是因为它又加了几个配置项，而是 Vite 终于把历史架构债往前推进了一大步。 过去 Vite 的成功，本质上靠的是“前端开发体验几乎秒开”。但随着项目越来越大、插件越来越多、框架越来越重，双 bundler 模式迟早会碰到天花板。现在直接把核心栈统一到 Rolldown + Oxc 这条线上，后面很多东西才有机会继续提速： • 更稳定的一致性 • 更大的优化空间 • 更像一个完整 toolchain，而不只是 dev server + bundler 拼装 但也别无脑开香槟，有几个坑要注意： • ⚠️复杂项目先别裸升生产：官方虽然做了兼容层，但你如果 rollupOptions、自定义插件、奇怪 loader 配得很野，还是建议先开分支压测 • ⚠️Node 版本门槛没降：还是要求 Node 20.19+ / 22.12+ • ⚠️tsconfigPaths 不是默认开：而且官方明确说有一点性能开销 • ⚠️生态真正稳定还得看一两轮小版本：尤其是依赖冷门插件和框架集成的项目 适合谁现在就上？ • 新项目：直接上，没啥好犹豫的 • 中小型业务项目：可以开始试升，收益大概率明显 • 插件多、构建链复杂的大仓库：建议先在 CI 跑一轮，再看产物 diff 和构建耗时 前端这几年最缺的不是新概念，是把又慢又碎的工具链重新做顺。Vite 8 这次干的，刚好就是这件事。 原文：https://vite.dev/blog/announcing-vite8 插件目录：https://registry.vite.dev #Vite#Frontend#JavaScript#Rust#BuildTools
静态网站悖论 个人网站的两种不同实现方式：一种是复杂的内容管理系统（CMS），另一种是简单的静态 HTML 文件。文章指出，尽管大多数普通用户倾向于使用复杂的解决方案（如 WordPress），但实际上，只有少数专业软件工程师能够选择更简单的静态网站。 via HackerNews 2024 10 09 前两天刚好听朋友说 square space 已经涨到了近乎搞笑的 $25 月费，做不用来盈利的个人博客实在难以 justify。这篇文章中吐槽得很在点子上： normal users are stuck with a bunch of greedy clowns that make them pay for every little thing, all while wasting ungodly amounts of computational power to render what could have been a static website in 99% of cases. 普通用户被困在了一群屁大点功能都要收费的贪婪小丑手里，与此同时浪费着人神共愤额度的算力来渲染 99% 的情况下都可以作为静态的网站。 当然原文中说的“只有少数专业软件工程师才能选择更简单的静态网站”略微夸张并不认同，因为静态站至少是比 self-host 的动态 CMS 少太多维护了。我的 backlog 里也一直躺了篇安利新手用静态站并拉踩 WP 的文，不过网上这种文已经有无数了也还是拦不住前赴后继往各种 CMS 的坑里冲的新手，觉得写了又有什么意义呢就还搁着没写。（当然迟早会像以前反复造的无数轮子一样被废话欲战胜的 but not today） #indieblog#newletter
Hashtags
找到 1 条相似帖子
搜索 #buildtools