Namespace des Viewer-SDK

Der Viewer besteht aus vielen Viewer-SDK-Komponenten. In den meisten Fällen muss die Webseite nicht direkt mit der SDK-Komponenten-API interagieren. alle allgemeinen Anforderungen werden in der Viewer-API selbst behandelt.

Einige erweiterte Anwendungsfälle erfordern jedoch, dass die Web-Seite einen Verweis auf eine interne SDK-Komponente mit der Viewer-API getComponent() erhält und dann die gesamte Flexibilität der SDK-APIs selbst nutzt.

Der Namespace, der zum Laden und Initialisieren von SDK-Komponenten durch den Viewer verwendet wird, hängt von der Umgebung ab, in der der Viewer ausgeführt wird. Wenn der Viewer in AEM (Adobe Experience Manager) ausgeführt wird, lädt der Viewer SDK-Komponenten in den Namespace s7viewers.s7sdk . Und der von Dynamic Media Classic bereitgestellte Viewer lädt das SDK in s7classic.s7sdk.

In beiden Fällen hat der vom SDK im Viewer verwendete Namespace entweder s7viewers oder s7classic als Präfix. Außerdem unterscheidet er sich vom einfachen s7sdk-Namespace, der im SDK-Benutzerhandbuch oder in der SDK-API-Dokumentation verwendet wird.

Daher ist es wichtig, beim Schreiben von benutzerdefiniertem Anwendungs-Code, der mit internen Viewer-Komponenten kommuniziert, einen vollständig qualifizierten SDK-Namespace zu verwenden.

Wenn Sie beispielsweise das Ereignis StatusEvent.NOTF_VIEW_READY überwachen möchten und der Viewer von Dynamic Media Classic bereitgestellt wird, ist der vollständig qualifizierte Ereignistyp s7classic.s7sdk.event.StatusEvent.NOTF_VIEW_READY und der Ereignis-Listener-Code sieht in etwa wie folgt aus:

<instance>.setHandlers({ 
 "initComplete":function() { 
  var pageView = <instance>.getComponent("pageView"); 
   pageView.addEventListener(s7classic.s7sdk.event.StatusEvent.NOTF_VIEW_READY, function(e) { 
   console.log("view ready"); 
  }, false); 
} 
});

Auf dieser Seite