XTend Dokumentation
Dunkelmodus aktivieren

XTend Developer Center

Build with XTend today

XTend Vendor Types

XTend Vendor Types dokumentieren schmale öffentliche Fassaden für Utility- und Design-Token-Bausteine. Sie decken Prism, Turndown und Design Tokens ab, ohne die jeweiligen Implementierungen als breite Runtime-Abhängigkeit zu behandeln. Für Hosts ist das praktisch, wenn Markdown, Syntax-Highlighting oder Theme JSON verarbeitet werden, aber nur die stabile XTend-Paketoberfläche importiert werden soll.

Vendor-Oberfläche

Die zentralen Deklarationen sind ./components/prism.d.ts, ./components/turndown.d.ts, ./design-tokens/xtend-design-tokens.d.ts und ./design-tokens/xtheme-token-alias-layer.d.ts. Sie beschreiben kleine Fassaden statt komplette Fremdbibliotheken. Dadurch bleibt klar, welche Funktionen XTend öffentlich unterstützt und welche Details weiterhin zur jeweiligen Library gehören.

Design Tokens sind dabei mehr als eine Datei mit Farben. Die Typen beschreiben Token-Sets, Theme-Metadaten und Alias-Schichten, die Host-Anwendungen für eigene Themes auswerten können. Ein Host kann ein Theme JSON lesen, validieren und in ein eigenes Design-System übertragen, ohne private XTend-Interna zu importieren.

Stabilitätsregel

Vendor-Fassaden bleiben schmal. Wenn eine fremde Library neue Möglichkeiten bietet, übernimmt XTend nur die Teile, die als öffentlicher Vertrag gebraucht werden. Breite Re-Exports würden die Paketoberfläche schwer kontrollierbar machen und Drittanbieter an Details binden, die XTend nicht garantieren kann. Für Design Tokens gilt dieselbe Regel: öffentliche Token-Verträge ja, interne Build-Helfer nein.

Diese Grenze hilft auch beim Packaging. Pack Dry Runs und Export-Locks können prüfen, ob die Deklarationen im Paket liegen, ohne den gesamten Vendor-Baum als öffentliche API zu behandeln.

Lokale Prüfung

Führe die Vendor-Type-Prüfung aus, wenn Prism, Turndown, Design Tokens, Theme Alias Layer oder Package Exports geändert werden.

node scripts/run_xtend_tests.js type-exports-vendor --json
schema: xtend.type-exports.vendor-facades.v1
local gate: node scripts/run_xtend_tests.js type-exports-vendor --json
report: .xtend-test-results/xtend-type-exports-vendor-report.json

Pflegehinweise

Ergänze Vendor-Typen nur, wenn ein Host die Form wirklich importieren soll. Für rein interne Adapter reicht ein lokaler Typ im Modul. Öffentliche Design-Token-Änderungen sollten mit Beispiel-Theme, Alias-Schicht und Dokumentation aktualisiert werden. So bleiben Prism, Turndown und Theme JSON einfach nutzbar, ohne dass XTend zum Durchreichexport jeder abhängigen Library wird.

Weiterführend

Die Supply-Chain-Gates prüfen die lokalen Vendor-Artefakte, die diese Deklarationen abbilden. Verwandter Artikel

(c) 2026 - CCS Networks | Powered by XRouter PHP Extension