Ratifizierte Erweiterungen definieren Kontext, Bereiche, UUIDs und Beibehaltungs- oder Entfernungsvorgänge. Sehen Sie sich die Auswirkungen für dauerhafte XR-Erlebnisse an.
Direkte Antwort
Die OpenXR 1.1.63-Spezifikation umfasst die ratifizierten Erweiterungen XR_EXT_spatial_persistence und XR_EXT_spatial_persistence_operations. Sie ermöglichen es Ihnen, einen Persistenzkontext zu erstellen, kompatible Bereiche abzufragen und räumliche Entitäten durch asynchrone Vorgänge basierend auf XR_EXT_future beizubehalten oder zu entfernen. Der Standard verbessert die Portabilität der Logik, garantiert jedoch nicht, dass alle Laufzeiten den gleichen Umfang, die gleiche Kapazität oder die gleiche Aufbewahrung bieten. Anwendungen müssen Unterstützung und versionierte Daten aufzählen, Abschluss und Fehler verarbeiten und einen Fallback bieten, wenn keine Persistenz vorhanden ist.
Persistenz ist kein proprietäres Detail mehr
Eine gemeinsame Schnittstelle reduziert den spezifischen Code pro Laufzeit, obwohl Speicher- und Freigaberichtlinien immer noch von der Implementierung abhängig sind.
Für den asynchronen Betrieb ist ein Status erforderlich
Beharrlichkeit zu fordern bedeutet nicht, sie zu erfüllen. Das Produkt muss auf die Zukunft warten, Ergebnisse aufzeichnen und vermeiden, vorzeitige Erfolge zu präsentieren.
UUID identifiziert; erklärt es nicht
Der Bezeichner lokalisiert die Entität, aber Inhalt, Version, Eigentümer und Berechtigungen erfordern ein separates, migrierbares Datenmodell.
Die Entfernung ist Teil des Lebenszyklus
Erfahrungen müssen Ablauf, Ersatz und Löschung ermöglichen. Verwaiste Entitäten erhöhen die Unordnung, den Speicher und das Datenschutzrisiko.
Nexus-Lesung
Gestalten Sie Persistenz als Vertrag: Umfang, Identität, Dauer, Autorisierung, Migration und Fallback. Testneustart, Upgrade, Verlust der Unterstützung und vollständige Entfernung.
FAQ
Werden Verlängerungen ratifiziert?
Ja. Die offiziellen Seiten der Version 1.1.63 zeigen den ratifizierten Status an.
Erfolgt der Persistenzaufruf sofort?
Nein. Vorgänge verwenden das asynchrone Muster XR_EXT_future und erfordern Abfrage und Abschluss.
Muss jede OpenXR-Laufzeit sie unterstützen?
Nein. Erweiterungen sollten nur dann aufgelistet und aktiviert werden, wenn sie verfügbar sind.
Wichtige Leitfäden, um tiefer in die Entscheidung einzutauchen
Diese redaktionelle Analyse wurde von Nexus anhand der unten aufgeführten offiziellen Quellen erstellt, die am 28. September 2026 konsultiert wurden. Der Text ist original und interpretiert praktische Implikationen für Unternehmen.
- Khronos – XR_EXT_spatial_persistence_operations: ratifizierter Status, Abhängigkeiten und asynchrone Vorgänge zum Beibehalten und Entfernen von Entitäten.
- Khronos – XR_EXT_spatial_persistence: Kontexte, Bereiche, UUIDs, Status und Erkennung persistenter Entitäten.
Von der Hauptquelle gemeldetes Datum: OpenXR 1.1.63, konsultiert am 28. September 2026; ratifizierte Standardanalyse.