Zum Inhalt springen
rdlabo.devdocs

Eine erweiterte API auswählen

Die grundlegende Registrierung übernimmt bereits Messung, Aufnahme und Übergabebestätigung. Fügen Sie keinen zweiten Projektionsmanager für denselben Host hinzu. Verwenden Sie die folgenden APIs, wenn Ihr Renderer die jeweilige Arbeit bereits übernimmt und sie koordinieren muss:

Bedarf API / Leitfaden
Aufgeschobene native Positionierung direkt vor der Rückkehr einer undurchsichtigen Android-Ansicht anwenden beforeNativeReveal, updatePlacement, isProjecting und bindProjectionPlacement; siehe Android-Positionierungsübergabe. Beide Callbacks führen standardmäßig keine eigene Positionierungsarbeit aus.
Unabhängige Seiten oder Modals mit mehreren nativen Steuerelementen verwalten createWebProjectionSurface / createWebProjectionSurfaces; siehe Renderer-Leitfaden.
Mehrere Fallback-Container in einer nativen Transaktion koordinieren createWebProjectionBatch; siehe Batch-Übergabe.
Ein bestehendes Zuständigkeitsmodell abbilden, das Oberflächenhelfer nicht ausdrücken können createWebProjectionScope / createWebProjection; siehe untergeordnete Web-Projektion.
Ersetzbare Zustandsaktualisierungen serialisieren und eine verlorene Bestätigung wiederherstellen createNativeUpdateQueue; siehe Aktualisierungsplanung und Wiederherstellung.
Die native Bridge für einen eigenen Renderer implementieren handle-Methoden der Snapshot-Manager; siehe native Übergabe.

Dies sind Integrationsentscheidungen, keine zusätzlichen Schritte zum Abschluss einer normalen NativeUIProjection-Einrichtung. Belassen Sie Geschäftsaktionen, SDK-Interaktion und Anwendungsbenachrichtigungen im konsumierenden Plugin.

Dokumentationsübersicht