Rolldown 1.0 Release Candidate приземляется — бандлер на Rust для Vite и веба
VoidZero опубликовал Rolldown 1.0 Release Candidate 21 января 2026 года — бандлер JavaScript/TypeScript, ориентированный на продакшен и основанный на Rust, который команда Vite принимает для замены предыдущего разделения esbuild + Rollup. Rolldown объявляет о стабильности API в этом RC и рекламирует широкую совместимость с плагинами Rollup, а также значительные приросты производительности (проект указывает на 10–30× более быструю сборку для продакшена по сравнению с Rollup в обычных рабочих нагрузках). (voidzero.dev)
Почему это важно для полностековых команд
- Унифицированный конвейер dev→prod: Vite исторически использовал esbuild для разработки и Rollup для продакшена, создавая тонкие семантические различия между сборками разработки и продакшена. Rolldown нацелен на устранение этого расхождения, выполняя обе роли с одного высокопроизводительного движка.
- Непосредственные выигрыши по времени сборки: Команды с большими бандлами или монорепозиториями должны ожидать более короткое время сборки CI и более быстрые итерации сборки для продакшена; ранние результаты показывают значительное сокращение времени ожидания и использования памяти.
- Совместимость плагинов и рабочих процессов: Rolldown нацелен на API плагинов Rollup, поэтому многие существующие плагины должны работать с минимальными изменениями — но нетривиальные плагины (те, которые зависят от внутренних механизмов esbuild, пользовательских преобразований AST или внутренних механизмов Rollup) потребуют проверки.
- Новые возможности: RC документирует функции, нацеленные на большие приложения и библиотеки — кэширование на уровне модулей, более детализированные элементы управления разбивкой (output.codeSplitting) и запланированные нативные мосты для преобразований в стиле AST и MagicString — что позволяет более предсказуемо разбивать код и быстрее выполнять инкрементальные сборки.
Практический контрольный список для команд (что делать на этой неделе)
- Провести дымовое тестирование с форкнутой веткой: запустить полные сборки для продакшена и CI на функциональной ветке, используя Rolldown 1.0 RC (или Vite 8 beta, который по умолчанию использует Rolldown). Сравнить время сборки, размеры бандлов и использование памяти/ЦП в CI.
- Протестировать критически важные плагины: проверить любые плагины Rollup/Vite, на которые вы полагаетесь (извлечение CSS, преобразования изображений, генераторы d.ts, пользовательские хуки плагинов). Обратите особое внимание на плагины, которые вызывают внутренние механизмы или зависят от специфического поведения esbuild.
- Проверить выходные данные во время выполнения: провести тесты от конца до конца и развертывания для продакшена — проверить загрузку чанков, границы разбивки кода, ленивые импорты и пути гидратации SSR на предмет соответствия поведения.
- Аудит кэширования CI: обновить ключи кэширования, чтобы включить версию Rolldown/Vite; постоянные кэши на уровне модулей могут позволить вам упростить или уменьшить объем кэша, но проверьте семантику недействительности кэша.
- Подготовить план отката: сохранить зафиксированный путь зависимости к текущей настройке Vite/esbuild+Rollup на случай, если вам нужно будет быстро вернуться после обнаружения регрессий.
Заметки по миграции и подводные камни
- Ожидайте небольших корректировок конфигурации: некоторые флаги esbuild/Rollup сопоставляются по-другому; ознакомьтесь с руководством по миграции Vite и примечаниями по совместимости Rolldown перед массовыми обновлениями.
- Большие монорепозитории: Постоянный кэш и стратегии бандлов Rolldown могут дать непропорциональные выгоды, но первоначальная конфигурация (граф входа и правила разбивки) может потребовать настройки для предсказуемых компоновок чанков.
- Сторонние фреймворки/инструменты: Если вы используете фреймворки или инструменты CI, которые встраивают Vite (например, Astro, Nuxt, интеграции фреймворков), координируйте переопределения или фиксируйте версии в манифестах пакетов во время оценки — эти встроенные потребители могут не сразу перейти на Rolldown.
Итог Rolldown 1.0 RC является значимой вехой для инструментов JavaScript: он обещает упростить инструментальную цепочку Vite и обеспечить значительные улучшения производительности сборки для продакшена. Полностековым командам следует приоритизировать дисциплинированное дымовое тестирование (сборки, плагины, поведение во время выполнения, CI) сейчас, чтобы они могли безопасно принять Rolldown, когда он достигнет стабильного релиза. (voidzero.dev)
Источник
Читать дальше
Svelte 5.52.0 добавляет поддержку TrustedHTML для {@html}, обеспечивая более безопасную интеграцию Trusted Types
21 февраля 2026 г.Svelte 5.52.0 (18 февраля 2026 г.) добавляет поддержку TrustedHTML для выражений {@html}, чтобы приложения могли взаимодействовать с браузерными Trusted Types без приведения к строке — важно для защиты от XSS в SSR и при рендеринге на клиенте.
Next.js 16 делает Turbopack стабильным и дефолтным для разработки и сборки
20 февраля 2026 г.Next.js 16 переводит Turbopack в стабильную/дефолтную настройку, поднимает минимальную версию Node.js и внедряет примитивы кэширования, ориентированные на продакшн — что должны изменить команды full‑stack прямо сейчас.
Vite 8.0.0‑beta.14 добавляет поддержку .wasm?init на стороне сервера (WASM SSR) и обновляет Rolldown до 1.0.0‑rc.4
19 февраля 2026 г.Бета‑версия Vite от 12 февраля 2026 года вводит поддержку SSR для предварительно инициализированных модулей WebAssembly и обновляет интеграцию Rolldown до 1.0.0‑rc.4 — практическое изменение, которое снижает нагрузку на гидратацию на клиенте и улучшает стабильность инструментов для серверных рендеров с интенсивным использованием Wasm.