XTend Fabric Runtime
XTend Fabric ist die Koordinationsschicht für Runtime-Arbeit. Sie ordnet RMT Scheduling-Absicht in Lanes und Fibers ein, trifft Hydration-Entscheidungen und stellt Telemetrie sowie Diagnostics bereit.
Was diese Schicht ist
Fabric liefert Work-Intents und Policy-Hinweise an den gemeinsam injizierten RMT-Scheduler. In 0.8.0 besitzt allein dieser Microkernel die Queue, Prioritätsauswahl und Host-Ausführung. Fabric betreibt keinen zweiten Scheduler.
Was diese Schicht weiß
Fabric kennt Fabric-Lanes, RMT-Lane-Mapping, Schedule Records, Fiber-Kontext, Hydration Policies, Backpressure, Completion-Signale, Diagnostics und Telemetrie-Snapshots.
Fabric kann erkennen, ob Arbeit sichtbar, idle, diagnostisch oder user-blocking ist. Dadurch kann die App Repaints, Reflows und unnötige Hydration-Arbeit besser kontrollieren.
Was sie nicht weiß
Fabric parst kein RMT, rendert keine UI, besitzt keine Framework-Komponenten und führt keine Geschäftslogik aus.
Fabric entscheidet nicht, ob eine React-, Vue- oder XTend-Komponente fachlich korrekt ist. Es bewertet nur Runtime-Absicht, Priorität, Hydration und Diagnoseinformationen.
Schnittstellen
import { createXtendFabric } from '@ccslabs/xtend/fabric';
import { resolveRmtScheduleForFiber } from '@ccslabs/xtend/fabric/rmt-lane-mapping';
const fabric = createXtendFabric();
const schedule = resolveRmtScheduleForFiber({
lane: 'visible',
scheduleRef: 'component.visible.hydrate',
kind: 'component.hydrate'
});Die wichtigsten öffentlichen Einstiege sind createXtendFabric, Hydration Policy Helpers, RMT Lane Mapping, Diagnostics und Telemetrie-Snapshots.
Kommunikation mit anderen Schichten
Kompilierte RMT-Records und Host-Adapter liefern Scheduling-Absichten. Fabric normalisiert Lanes und Hydration-Hinweise, reicht Work-Intents und Backpressure an den gemeinsamen Scheduler weiter und konsumiert dessen Completion- und Diagnose-Signale.
XTend UI und andere Framework-Adapter können Fabric-Kontext nutzen, um sichtbare Arbeit vor Idle-Arbeit zu priorisieren, Diagnostics zu sammeln und Component-Hydration nachvollziehbar zu machen.
Nächste Schritte
Die 0.8-Migration beschreibt diese gemeinsame Autorität. Maraca FastPass verwendet darauf die bestehende user-blocking-Lane.