--- title: "Oxlint v1.72 und Oxfmt v0.57 liefern den crates-v0.138-Zyklus aus, vereinheitlichen den AstBuilder und entfernen den Prettier-Fallback für CSS/GraphQL" description: "Oxlint apps_v1.72.0 und oxfmt apps_v0.57.0, beide am 2026-06-29 veröffentlicht, schließen den v0.138-Zyklus ab, der in den [v1.71-Versionsnotizen](/articles/2026-06-23--oxlint-v1-71-oxfmt-v0-56) vorausgesagt wurde. Das crates-Release (crates_v0.138.0, ebenfalls 2026-06-29) vereinheitlicht die alten und neuen AstBuilder-APIs (#23876, #23834, #23831, mit den Legacy-Methoden als `#[deprecated]` markiert), benennt `AllocatorAccessor` in `GetAllocator` um und lässt dessen `allocator`-Methode `&self` annehmen (#23675, #23676), lässt `Str`- und `Ident`-Methoden `&GetAllocator` annehmen (#23781), fügt `transformer_plugins: Support typeof define keys` für vue-i18n und ähnliche Makros hinzu (#23605, Alexander Lichter) und liefert die herausragende Performance-Eintragung des Zyklus: `minifier: memoize value_type to remove its O(n^2) re-walk on long binary chains` (#23929, Dunqing), die eine arithmetische Additionskette mit 20 000 Gliedern von 6 118 ms auf 4,7 ms (≈1300x) bringt und das reale antd.js-Bundle von 78,1 ms auf 65,4 ms. Oxlint v1.72.0 liefert 3 Features (React-`no-unknown-property`-Vorschlag #23936, AstBuilder-Vereinheitlichung #23875, Schema für `eslint/no-restricted-import` #23642), 18 Fehlerbehebungen und 23 Performance-Eintragungen. Oxfmt v0.57.0 enthält zwei BREAKING-Änderungen, die den Prettier-Fallback für CSS/LESS/SCSS- und GraphQL-Dateien entfernen: `Format parser:css,less,scss files + css-in-js by oxc_formatter_css` (#23321, leaysgur) und `Support draft syntax with removing prettier fallback` (#23326, leaysgur), beide aufbauend auf den neuen Crates `oxc_formatter_css` (#23320) und `oxc_formatter_graphql` (#23317)." date: 2026-06-30 image: "/images/heroes/2026-06-30--oxlint-v1-72-oxfmt-v0-57-ast-builder-css-graphql-native.png" author: lschvn tags: ["tooling", "performance"] tldr: - "[Oxlint v1.72.0](https://github.com/oxc-project/oxc/releases/tag/apps_v1.72.0) und [oxfmt v0.57.0](https://github.com/oxc-project/oxc/releases/tag/apps_v1.72.0) sind am Abend des 29. Juni 2026 zusammen erschienen, auf Basis von [crates_v0.138.0](https://github.com/oxc-project/oxc/releases/tag/crates_v0.138.0). Das Oxc-Release trägt sechs BREAKING-API-Änderungen, alle in den Rust-Crates `oxc_ast` / `oxc_allocator` / `oxc_ecmascript`: Die alten und neuen `AstBuilder` werden hinter einem einzigen `AstBuilder`-Export vereinheitlicht, mit den Legacy-Methoden als `#[deprecated]` markiert (#23876, #23834, #23831, #23877), `AllocatorAccessor` wird in `GetAllocator` umbenannt (#23675), `GetAllocator::allocator` nimmt `&self` (#23676), und `Str`- / `Ident`-Methoden nehmen `&GetAllocator` (#23781). Diese Änderungen brechen nachgelagerte Crates, die benutzerdefinierte ASTs auf Oxc aufbauen, betreffen aber keine Oxlint- / Oxfmt-Nutzer." - "Der größte nutzerseitig sichtbare Performance-Eintrag des Zyklus ist [PR #23929](https://github.com/oxc-project/oxc/pull/23929) (Dunqing): `perf(minifier): memoize value_type to remove its O(n^2) re-walk on long binary chains`. Das Post-Order-Peephole des Minifiers wertete `Expression::value_type` an jedem Knoten aus und durchlief den gesamten linken Teilbaum bei jeder binären Kette erneut, sodass eine `a + a + … + a`-Kette mit 20 000 Gliedern ~6 118 ms brauchte. Die Memoisierung von `value_type` per Knotenadresse bringt dieselbe Eingabe auf 4,7 ms (≈1300x), die 4 000-Glieder-Variante von 234 ms auf 0,9 ms (Skalierung 4,07x → 2,09x) und antd.js von 78,1 ms auf 65,4 ms. Der Cache lebt auf `MinifierState` und ist über Hooks auf `GlobalContext` opt-in, sodass jeder Nicht-Minifier-Aufrufer das vorherige, nicht-cachte Verhalten beibehält." - "[Oxfmt v0.57.0](https://github.com/oxc-project/oxc/releases/tag/apps_v1.72.0) entfernt den Prettier-Fallback für CSS- / LESS- / SCSS- und GraphQL-Dateien über zwei BREAKING-Änderungen: `Format parser:css,less,scss files + css-in-js by oxc_formatter_css` (#23321, leaysgur) und `Support draft syntax with removing prettier fallback` (#23326, leaysgur), beide aufbauend auf den neuen Crates `oxc_formatter_css` (#23320) und `oxc_formatter_graphql` (#23317). Dies setzt das gleiche Thema fort wie die [Prettier-3.9-Versionsnotizen](/articles/2026-06-28--prettier-3-9-micromark-yaml-graphql-rust-flow-parser) vom 28. Juni, in denen Prettier die Oxc-Parser für GraphQL, Markdown und Flow übernahm; Oxfmt schließt jetzt den Kreis, indem es CSS / SCSS / GraphQL ohne Verlassen von Rust zurückschreibt." faq: - question: "Was ist die Hauptaussage des Oxc-crates-v0.138-Release?" answer: "Sechs Breaking Changes, konzentriert in den Rust-Crates `oxc_ast` / `oxc_allocator` / `oxc_ecmascript`, alle Teil einer einzigen vereinheitlichenden Geschichte: Die alten und neuen `AstBuilder` kollabieren zu einem. PR #23876 (overlookmotel) beschränkt das Modul `oxc_ast::builder` darauf, nur den Typ `AstBuilder` und die Sentinelle `NONE` zu exportieren; #23834 (overlookmotel) wechselt `oxc_ecmascript` zum neuen `AstBuilder`; #23831 (overlookmotel) wechselt den Transformer zum neuen `AstBuilder`; #23875 (overlookmotel) entfernt die interne Duplizierung durch Vereinheitlichung der Builder; und #23877 markiert die Legacy-`AstBuilder`-Methoden als `#[deprecated]`. Auf der Allocator-Seite wird `AllocatorAccessor` in `GetAllocator` umbenannt (#23675) und `GetAllocator::allocator` wechselt zu `&self` (#23676). Auf der str-Seite nehmen `Str`- und `Ident`-Methoden `&GetAllocator` (#23781). Nachgelagerte Crates, die benutzerdefinierte ASTs auf Oxc aufbauen, müssen ihre Aufrufstellen aktualisieren; Oxlint- und Oxfmt-Nutzer sehen keine Änderung, da die Apps bereits auf dem vereinheitlichten Builder sitzen." - question: "Warum ist die AstBuilder-Vereinheitlichung eine große Sache?" answer: "Vor v0.138 lieferte der Oxc-Tree zwei parallele AST-Builder: einen « Legacy »-Builder, der für Aufrufer behalten wurde, die nicht migriert hatten, und den neueren Builder, zu dem die `oxc_ecmascript`- und Transformer-Crates gewechselt waren. Die beiden Builder duplizierten die Logik für jeden Knotentyp, verdoppelten die Wartungsfläche für den Parser und zwangen jeden Beitragenden, sich zu entscheiden. Die v0.138-Vereinheitlichung schließt die Migration ab: Es gibt einen einzigen `AstBuilder`, die Legacy-Methoden sind als `#[deprecated]` markiert (#23877), und die internen Crates, die noch den Legacy-Builder verwendeten (der Transformer und `oxc_ecmascript`), werden umgestellt (#23831, #23834). Der `oxc_ast`-Crates erhält außerdem ein `disable_old_builder`-Cargo-Feature-Flag für Tests (#23888, #23886), sodass nachgelagerte Crates, die migrieren müssen, das Flag aktivieren und sehen können, was bricht. Die Änderung ist für JS-/TS-Nutzer von Oxlint und Oxfmt unsichtbar; sie ist sehr sichtbar für jeden, der eine benutzerdefinierte AST-Schicht auf Oxc aufbaut." - question: "Wie schnell ist die neue `value_type`-Memoisierung?" answer: "Die Hauptzahlen aus PR #23929 (Dunqing): Eine arithmetische Additionskette `a + a + … + a` mit 4 000 Gliedern fällt von 234 ms auf 0,9 ms (Skalierung 4,07x → 2,09x, also O(n²) → O(n)), eine Kette mit 8 000 Gliedern fällt von 953 ms auf 1,9 ms, eine Kette mit 20 000 Gliedern fällt von 6 118 ms auf 4,7 ms (≈1300x), und das reale antd.js-Bundle fällt von 78,1 ms auf 65,4 ms. Der Cache ist nach Knotenadresse indiziert und lebt auf `MinifierState`; er wird am einzigen Mutations-Chokepoint (`record_mutation`, berührt von jedem `replace_*` / `drop_*`) und bei jedem Per-Pass-Reset invalidiert. Der Cache wird als opt-in-Hooks auf `GlobalContext` (`cached_value_type` / `cache_value_type`) bereitgestellt; nur der `TraverseCtx` des Minifiers liefert einen echten Cache, sodass jeder Nicht-Minifier-Aufrufer (Constant-Evaluation, Side-Effects, das `value_type`-Unit-Harness, `WithoutGlobalReferenceInformation`) das exakte vorherige, nicht-cachte Verhalten beibehält." - question: "Was ändert die Entfernung des Prettier-Fallbacks in Oxfmt v0.57 konkret?" answer: "Vor v0.57 konnte oxfmt CSS- / LESS- / SCSS- und GraphQL-Dateien formatieren, tat dies aber durch Delegation an ein mitgeliefertes Prettier für diese Grammatiken. v0.57 entfernt den Fallback und formatiert beide Grammatiken nativ in Rust. Die CSS-Seite landet als `oxc_formatter_css` (#23320, leaysgur) und wird über den BREAKING-Eintrag `Format parser:css,less,scss files + css-in-js by oxc_formatter_css` (#23321, leaysgur) verdrahtet; die GraphQL-Seite landet als `oxc_formatter_graphql` (#23317) und wird über den BREAKING-Eintrag `Support draft syntax with removing prettier fallback` (#23326, leaysgur) verdrahtet. Die Versionsnotizen kennzeichnen den css-in-js-Pfad explizit als unterstützt durch den neuen Formatter (d. h. Template-Literale im Stil von `styled-components` / Emotion werden jetzt von Oxc formatiert, nicht von Prettier). Zwei Prettier-Diff-Paritäts-PRs (#23327 für CSS, #23419 für GraphQL) bringen die Ausgabe näher an Prettier heran, aber die Projekte erwarten weiterhin reale Diffs in bestehenden Codebasen. Zusammen mit dem CSS-Frontmatter-Sprachfix (#23819) und dem druckbaren-ASCII-Schnellpfad in `TextWidth` (#23913) ist v0.57 das Release, in dem oxfmt kein « JS/TS-Formatter mit Prettier-Beifahrer für den Rest » mehr ist." - question: "Welche neuen Linter-Regeln oder Schema-Einträge landen in Oxlint v1.72.0?" answer: "Drei neue Features und ein Schema. Die wichtigste Regeländerung ist `linter/react: Implement suggestion for no-unknown-property` (#23936, Mikhail Baev), die einen Quick Fix zur React-Regel `no-unknown-property` hinzufügt, damit Editoren die Eigenschaft direkt umbenennen können; vor v1.72 meldete die Regel das Problem nur. Die wichtigste Infrastrukturänderung ist `ast: Unify old and new AstBuilders` (#23875, overlookmotel), dieselbe Vereinheitlichung, die das crates-v0.138-Release antreibt. Das dritte Feature ist `linter: Add schema for eslint/no-restricted-import` (#23642, Sysix), das es Nutzern ermöglicht, die `paths`- und `patterns`-Arrays von `no-restricted-import` über das Konfigurationsschema statt über rohem JSON auszudrücken. Der Rest von v1.72 besteht aus 18 Fehlerbehebungen (meist Yunfei He's Fixer-Umschreibungsarbeit; herausragend ist der Fix `linter/prefer-called-exactly-once-with: Avoid out-of-bounds slice panic at end of file` #23625) und 23 Performance-Eintragungen, darunter `linter/jsx-a11y: Skip lowercasing non-aria attribute names` (#23906, Lawrence Lin), `linter/typescript/no-unsafe-declaration-merging: Use keyed binding lookup` (#23894, Marius Schulz), `linter/eslint/no-unused-vars: Precompute exported bindings` (#23881, camc314) und das neue `linter: Skip traversal without this expressions` (#23845, camc314), das eine Klasse von Regeln kurzschließt, wenn keine `this`-Ausdrücke in der Datei vorhanden sind." - question: "Warum ist das typeof-define-keys-Features für Vue wichtig?" answer: "PR #23605 von Alexander Lichter (Maintainer von vue-router und häufiger Mitwirkender am Vue-Compiler-Makros-Gespräch) fügt Unterstützung für `typeof`-Schlüssel innerhalb des `define`-Makromusters hinzu, auf das sich das Vue-Compiler-Macros-Plugin stützt. Vue-Makros `defineProps`, `defineEmits`, `defineModel`, `defineSlots` und Co. akzeptieren eine Laufzeitform (`defineProps()`), und die vorherige transformer_plugins-Implementierung erkannte diese Form nicht. Nach v0.138 erkennt der `transformer_plugins`-Crate `typeof`-Schlüssel als Unterpattern des Makrokörpers, sodass der resultierende TypeScript-Code seine Typimporte durch die Makroexpansion beibehält. Dasselbe Verfahren wird von den Vue-Ökosystem-Makros geteilt, die auf `defineProps` aufbauen. `defineI18nLocale` und `defineI18nRoute` von vue-i18n, die Auto-Import-Makros von Nuxt (`defineNuxtConfig`, `defineNuxtPlugin`) und die Makromuster in den Setup-Stores von pinia akzeptieren alle eine `typeof import(...)`-Referenz im Makrokörper. Die typeof-Unterstützung entschärft ein langjähriges Problem im vue-i18n-Ökosystem und ist die erste Änderung des v0.138-Zyklus auf Oxc-Seite mit einem Vue-Ökosystem-Beitragenden auf der PR." - question: "Liefert das crates-v0.138-Release weitere bemerkenswerte Performance-Arbeit?" answer: "Ja. Die fünf Performance-Eintragungen neben der `value_type`-Memoisierung, die hervorstechen: `semantic: Flatten hoisting_variables to avoid per-scope map allocation` (#23927, Lawrence Lin), das die Pro-Scope-Map-Allokation bei jedem Hoisting-Variablen-Update entfernt; `isolated-declarations: Pool scope maps to avoid per-scope alloc/rehash` (#23761, Boshen), das die von isolated-declarations verwendeten Scope-Maps poolt, um die Pro-Funktion-Allokation/Rehash zu vermeiden; `minifier: Bail member-expr folding before the side-effect walk` (#23924, Lawrence Lin), das die einfachen Fälle von `a.b.c.d`-Ketten vor dem Side-Effect-Walk faltet; `parser: Avoid span lookup for arrow expression body` (#23788, camc314); und `formatter_core: Add printable-ASCII fast path to TextWidth` (#23913, Lawrence Lin), das der Zeilenbreitenberechnung des Formatters einen Schnellpfad bietet, wenn der Text nur druckbares ASCII enthält. Auf der Parser-Seite ist der größte Performance-Eintrag `parser: Allocate AST nodes in arena directly` (#23712, overlookmotel), Teil eines Drei-PR-Clusters (#23710 im Minifier, #23709 in isolated-declarations, plus die Parser-PR), das die AST-Knoten-Allokation aus `Box::new_in` in eine direkte Arena-Allokation verschiebt." - question: "Ist der v0.138-Zyklus ein guter Zeitpunkt für die Migration zu Oxlint / Oxfmt?" answer: "Für JS- / TS-Nutzer ist die Migration seit mehreren Zyklen stabil, und v1.72 / v0.57 ändern nichts daran: Die CLI-Oberfläche, das Konfigurationsschema und die Regeln sind unverändert; die Performance-Gewinne von v1.72 kommen automatisch; und die Oxfmt-v0.57-Breaking-Changes sind auf die Rust-API beschränkt. Das beste Argument für die Migration zu oxfmt speziell in v0.57 ist die Entfernung des Prettier-Fallbacks: CSS / LESS / SCSS / css-in-js und GraphQL werden jetzt von Oxcs eigener Rust-Implementierung formatiert statt von einem mitgelieferten Prettier, was eine langjährige Lücke schließt. Das Argument gegen die Migration ist unverändert gegenüber früheren Zyklen: Jede Regel, die in ESLint existiert und noch nicht zu oxlint portiert wurde, benötigt weiterhin einen ESLint-Durchlauf. Die offiziellen Leitfäden `migrate-from-prettier` und `migrate-from-eslint` decken den Workflow ab; der Befehl Oxfmt `--migrate prettier` (in #23963 in diesem Zyklus aufgeräumt) erledigt den Großteil der Konfigurationsübersetzung." --- [Oxlint apps_v1.72.0](https://github.com/oxc-project/oxc/releases/tag/apps_v1.72.0) und [oxfmt apps_v0.57.0](https://github.com/oxc-project/oxc/releases/tag/apps_v1.72.0) sind am Abend des 29. Juni 2026 zusammen erschienen, auf Basis von [crates_v0.138.0](https://github.com/oxc-project/oxc/releases/tag/crates_v0.138.0). Dieses Release ist der v0.138-Zyklus, den die [v1.71-Versionsnotizen](/articles/2026-06-23--oxlint-v1-71-oxfmt-v0-56) explizit vorausgesagt haben: « das letzte [Apps-Release] vor dem crates-v0.138-Release, das am Montag, dem 29.06.2026, erscheinen wird ». Der Zyklus schließt die AstBuilder-Migration ab, die seit den Versionen v0.135 bis v0.137 lief, entfernt den Prettier-Fallback für CSS / LESS / SCSS und GraphQL in oxfmt und liefert die größte einzelne Performance-Eintragung der v0.137 → v0.138-Strecke: die `value_type`-Memoisierung, die eine arithmetische Additionskette mit 20 000 Gliedern von 6,1 Sekunden auf 4,7 Millisekunden bringt. Dieser Artikel behandelt das Oxlint-v1.72.0-Apps-Release, das Oxfmt-v0.57.0-Apps-Release und das crates-v0.138.0-Release zusammen, da die drei als Einheit konzipiert sind. Oxlint und Oxfmt ziehen die neueste crates-Linie zum Release-Zeitpunkt, und die Breaking Changes in diesem Zyklus sind in der crates-Schicht konzentriert. ## AstBuilder-Vereinheitlichung: Die Migration v0.135 → v0.138 kommt an Die größte Geschichte des v0.138-Zyklus ist die Vereinheitlichung der alten und neuen `AstBuilder`-APIs im `oxc_ast`-Crate. Die Migration läuft seit mindestens v0.135 Anfang Juni und ist die größte interne API-Änderung, die Oxc seit der Umschreibung des Minifiers vorgenommen hat. Das Muster sind fünf PRs in diesem Release, die die API-Oberfläche zu einem einzigen Builder verschieben. [#23876](https://github.com/oxc-project/oxc/pull/23876) (overlookmotel) beschränkt das Modul `oxc_ast::builder` darauf, nur den Typ `AstBuilder` und die Sentinelle `NONE` zu exportieren. [#23834](https://github.com/oxc-project/oxc/pull/23834) (overlookmotel) wechselt `oxc_ecmascript` zum neuen `AstBuilder`. [#23831](https://github.com/oxc-project/oxc/pull/23831) (overlookmotel) wechselt den Transformer zum neuen `AstBuilder`. [#23875](https://github.com/oxc-project/oxc/pull/23875) (overlookmotel) entfernt die interne Duplizierung durch Vereinheitlichung der Builder. [#23877](https://github.com/oxc-project/oxc/pull/23877) (overlookmotel) markiert die Legacy-`AstBuilder`-Methoden als `#[deprecated]`. Der Zyklus fügt auch ein Cargo-Feature-Flag `disable_old_builder` für `oxc_ast` hinzu (#23886, #23888), damit nachgelagerte Crates das Flag aktivieren und sehen können, was bricht, bevor die Legacy-Methoden entfernt werden. Die Allocator-Seite erhält ihre eigene Charge von Änderungen. [#23675](https://github.com/oxc-project/oxc/pull/23675) (overlookmotel) benennt das Trait `AllocatorAccessor` in `GetAllocator` um. [#23676](https://github.com/oxc-project/oxc/pull/23676) (overlookmotel) lässt `GetAllocator::allocator` `&self` statt `self` annehmen. [#23781](https://github.com/oxc-project/oxc/pull/23781) (overlookmotel) lässt `Str`- und `Ident`-Methoden `&GetAllocator` annehmen. Zusammen schließen die drei Änderungen die Migration zu einer ausleihenden Allocator-API ab: Aufrufer müssen einen Allocator nicht mehr klonen oder besitzen, um Strings und Identifier zu konstruieren. Für Oxlint- und Oxfmt-Nutzer ist davon nichts sichtbar. Für nachgelagerte Crates, die benutzerdefinierte AST-Schichten auf Oxc aufbauen, ist dies die größte Breaking Change in drei Zyklen. Die Versionsnotizen markieren das Migrationsfenster: Legacy-Methoden tragen jetzt `#[deprecated]`-Annotationen, werden mit Warnungen kompilieren und werden in einem zukünftigen Zyklus entfernt. Das Team hatte dies seit zwei Zyklen signalisiert, wobei die v0.137-Versionsnotizen bereits vor der Breaking Change in `oxc_ast` warnten. ## Die herausragende Performance-Eintragung: `value_type`-Memoisierung macht O(n²) zu O(n) Die größte nutzerseitig sichtbare Performance-Eintragung in v0.138 ist [PR #23929](https://github.com/oxc-project/oxc/pull/23929) (Dunqing): `perf(minifier): memoize value_type to remove its O(n^2) re-walk on long binary chains`. Das Post-Order-Peephole des Minifiers wertet `Expression::value_type` an jedem Knoten aus, und bei einer langen linksassoziativen binären Kette durchläuft die Auswertung erneut den gesamten linken Teilbaum (`to_primitive` → `value_type` → `to_primitive` → …). Für N Knoten betrugen die Gesamtkosten O(N²), und der dominante Fall sind nicht faltbare arithmetische Additionsketten: Eine `a + a + … + a`-Kette mit 20 000 Gliedern brauchte 6 118 ms zum Minifizieren, während die Parse- und Semantikphasen linear waren. Der Fix memoisert `value_type` per Knotenadresse auf `MinifierState`, mit einem einzigen Schnittpunkt an der rekursiven Methode `Expression::value_type`. Jeder Knoten wird einmal berechnet, sodass die Gesamtkosten amortisiert O(N) werden. Der Cache wird als opt-in-Hooks auf `GlobalContext` (`cached_value_type` / `cache_value_type`) bereitgestellt, und nur der `TraverseCtx` des Minifiers liefert einen echten Cache. Jeder andere Aufrufer (`WithoutGlobalReferenceInformation`, der Constant-Evaluation-Pass, Side-Effects-Analyse, das `value_type`-Unit-Harness) behält das exakte vorherige, nicht-cachte Verhalten. Der Cache wird am einzigen Mutations-Chokepoint (`record_mutation`, berührt von jedem `replace_*` / `drop_*`) und bei jedem Per-Pass-Reset geleert. Die Zahlen, direkt aus der PR-Beschreibung: | Eingabe | vorher | nachher | Effekt | | --- | ---: | ---: | --- | | `a + a + …` × 4 000 | 234 ms | 0,9 ms | Skalierung 4,07x → 2,09x (O(n²) → O(n)) | | `a + a + …` × 8 000 | 953 ms | 1,9 ms | ab hier linear | | `a + a + …` × 20 000 | 6 118 ms | 4,7 ms | ≈1300x schneller | | antd.js (echter Code) | 78,1 ms | 65,4 ms | ≈16% schneller bei realer Eingabe | Die Quintessenz ist, dass arithmetische Additionsketten in der minifizierten Ausgabe (die in generiertem numerischen Code und in großen Polyfills vorkommen) um drei Größenordnungen fallen. Reale Bundles fallen beim ersten Lauf um 16%, wobei die Gewinne sich bei größeren Eingaben verstärken. Der Zyklus hat fünf weitere erwähnenswerte Performance-Eintragungen. [`semantic: Flatten hoisting_variables to avoid per-scope map allocation`](https://github.com/oxc-project/oxc/pull/23927) (Lawrence Lin) entfernt die Pro-Scope-Map-Allokation, die bei jedem Hoisting-Variablen-Update ausgelöst wurde. [`isolated-declarations: Pool scope maps to avoid per-scope alloc/rehash`](https://github.com/oxc-project/oxc/pull/23761) (Boshen) poolt die von `oxc_isolated_declarations` verwendeten Scope-Maps, sodass die Pro-Funktion-Allokation/Rehash verschwindet. [`minifier: Bail member-expr folding before the side-effect walk`](https://github.com/oxc-project/oxc/pull/23924) (Lawrence Lin) faltet die einfachen Fälle von `a.b.c.d`-Ketten vor dem Side-Effect-Walk. [`parser: Avoid span lookup for arrow expression body`](https://github.com/oxc-project/oxc/pull/23788) (camc314) entfernt einen Hashmap-Lookup pro Pfeilfunktionsausdruck. Auf der Formatter-Seite bietet [`formatter_core: Add printable-ASCII fast path to TextWidth`](https://github.com/oxc-project/oxc/pull/23913) (Lawrence Lin) der Zeilenbreitenberechnung des Formatters einen Schnellpfad, wenn der Text reines druckbares ASCII ist, was die überwiegende Mehrheit der formatierten Ausgabe abdeckt. Es gibt auch einen Cluster von drei PRs, die die AST-Knoten-Allokation aus `Box::new_in` in eine direkte Arena-Allokation verschieben: [`parser: Allocate AST nodes in arena directly`](https://github.com/oxc-project/oxc/pull/23712) (overlookmotel), [`minifier: Allocate AST nodes in arena directly`](https://github.com/oxc-project/oxc/pull/23710) (overlookmotel) und [`isolated_declarations: Allocate AST nodes in arena directly`](https://github.com/oxc-project/oxc/pull/23709) (overlookmotel). Zusammen ersetzen sie die `Box::new_in`-Indirektion durch eine direkte Bump-Allocator-Schreibung und entfernen eine Heap-Allokation pro AST-Knoten im Parser, im Minifier und in der isolated-declarations-Pipeline. ## Oxfmt v0.57 entfernt den Prettier-Fallback für CSS / LESS / SCSS / GraphQL Die größte strukturelle Änderung in Oxfmt ist die Entfernung des Prettier-Fallbacks für die CSS- und GraphQL-Grammatiken. Vor v0.57 konnte Oxfmt CSS- / LESS- / SCSS- und GraphQL-Dateien formatieren, tat dies aber durch Delegation an ein mitgeliefertes Prettier für diese Grammatiken. v0.57 entfernt den Fallback und formatiert beide Grammatiken nativ in Rust. Die CSS-Seite landet als [`oxc_formatter_css`](https://github.com/oxc-project/oxc/pull/23320) (leaysgur) und wird über den BREAKING-Eintrag [`Format parser:css,less,scss files + css-in-js by oxc_formatter_css`](https://github.com/oxc-project/oxc/pull/23321) (leaysgur) verdrahtet. Der Crate ist eine eigenständige Formatter-Implementierung, die die bestehenden CSS- / LESS- / SCSS-Parser nimmt, den AST durchläuft und eine Prettier-kompatible Ausgabe emittiert. Die Versionsnotizen heben css-in-js explizit als unterstützt hervor: Template-Literale im Stil von `styled-components` und Emotion, die Oxfmt bereits erkennt und an den CSS-Parser weiterleitet, werden jetzt von `oxc_formatter_css` formatiert statt vom Prettier-Shim. Die GraphQL-Seite landet als [`oxc_formatter_graphql`](https://github.com/oxc-project/oxc/pull/23317) (leaysgur) und wird über den BREAKING-Eintrag [`Support draft syntax with removing prettier fallback`](https://github.com/oxc-project/oxc/pull/23326) (leaysgur) verdrahtet. Der Teil « draft syntax » ist der Teil, der wirklich neu ist: Die vorherige GraphQL-Implementierung von Oxfmt behandelte die stabile 2021-Spec; die neue behandelt die GraphQL-October-2021-Draft-Syntax und die Working-Draft-Syntax, die von Apollo Federation und Yoga verwendet wird. Dies ist ein echtes Feature, nicht nur eine Umbenennung: Der Prettier-Fallback konnte die Draft-Syntax auch nicht behandeln, also schließt das Upgrade auch eine echte Format-on-Save-Lücke für Nutzer auf der Apollo-Stack. Zwei Prettier-Diff-Paritäts-PRs bringen die Ausgabe der neuen Formatter näher an die von Prettier: [`formatter_css: Improve major prettier diffs`](https://github.com/oxc-project/oxc/pull/23327) (leaysgur) und [`formatter_graphql: Improve major prettier diffs`](https://github.com/oxc-project/oxc/pull/23419) (leaysgur). Die Versionsnotizen markieren, dass reale Diffs in bestehenden Codebasen weiterhin erwartet werden (das typische Muster « erster Lauf ändert einige Zeilen, nachfolgende Läufe sind idempotent »), aber die Lücke ist viel kleiner als in v0.56. Das Release fügt auch [`formatter_css: Handle frontmatter language`](https://github.com/oxc-project/oxc/pull/23819) (leaysgur) hinzu, das Markdown-Frontmatter in CSS-Dateien (zum Beispiel den `---`-Block oben im `