RMT Nächste Schritte

Du kennst jetzt den Kernfluss von RMT-vNext: Templates definieren Grenzen, Surfaces definieren renderbare Einheiten, State und Selectors definieren Daten, Actions behandeln Nutzerabsicht, Ressourcen beschreiben Lifecycle-Besitz und Lanes drücken Scheduling-Priorität aus.

Wohin Danach

Nutze RMT vNext Authoring als geführten Einstieg und RMT Reference für die vollständige Operator-Syntax. Lies die App DSL, wenn du ganze Anwendungen modellieren möchtest, und fahre dann mit XTend Maraca, Runtime Bridge, RMT Linter und Language Server fort.

Für UI-Integration lies SurfaceManager Authoring und XTend Fabric RMT Lane Mapping.

Übung

Öffne den RMT Playground, füge eine zweite Surface hinzu und gib ihr ein niedrigeres Lane-Gewicht. Vergleiche danach die kompilierte Ausgabe mit den Referenzdocs.

Produktionspfad

Wenn dein Übungsdokument State, Actions, Validation oder Surface Transitions enthält, baue es als Maraca App weiter. Starte mit XTend Maraca, prüfe danach Maraca Orchestrierung und vergleiche dein Dokument mit products/rmt-maraca-kernel-orchestration/kernel-orchestration-app.rmt. Der entscheidende lokale Check ist der Strict-Build, weil er die öffentliche App-Orchestrierung und nicht nur den Parserpfad beweist.

Lokaler Abschlusscheck

Prüfe Lernpfad, Playground und Referenz gemeinsam. Der JSON-Report nennt die fehlerhafte Suite und bleibt damit auch in CI auswertbar:

node scripts/run_xtend_tests.js rmt-playground-docs rmt-reference-docs --json

Wenn der Lauf fehlschlägt, korrigiere zuerst die RMT Quelle gegen tools/rmt-language/vnext-parser.js und führe den Befehl unverändert erneut aus.