OData vs XSJS in SAP Hana Entwicklung

Question

Ich entwickle eine Anwendung mit SAP Hana Studio und ich bin verwirrt, warum ich XSODATA verwenden würde und warum ich XSJS verwenden würde. Warum kann ich nicht einfach eine XSODATA-Datei verwenden, um alle meine Datenbanktransaktionen durchzuführen? Ich bekomme XSJS Server-Seite, aber wenn ich grundlegende CRUD-Operationen mache, könnte ich nur XSODATA verwenden?

Eine verwandte Frage, würde die XSODATA-Datei in SAP Hana Studio erstellt werden und von dort gut funktionieren? Der Grund warum ich frage ist, weil ich zuvor einen Service im Gateway Service Builder erstellen musste und die URL der Anwendung bereitstellen musste, um darauf zuzugreifen. Aber jetzt gehe ich davon aus, dass alles auf hana studio gemacht wird und dass es nichts anderes nötig ist.

Answer 1

Sie haben Recht. Wenn alles, was Sie brauchen, CRUDQ in der Datenbank ist, dann ist XSODATA der Weg zu gehen. XSJS sollte für Nicht-CRUD-Vorgänge verwendet werden (z. B. benutzerdefinierte Verarbeitungsvorgänge, Dateiuploads usw.).

Und ja, Sie können es direkt im HANA Studio oder in der Web Based Workbench erstellen. Das Gateway wird verwendet, wenn Sie ein Netweaver-System haben (nicht unbedingt ein HANA-System) und Sie einige Geschäftsentitäten von dort aus verfügbar machen möchten. Sie sind zwei verschiedene Technologien (Netweaver vs HANA XS Classic) mit verschiedenen Nutzungsszenarien (obwohl Sie sie in einigen Fällen kombinieren können).

Answer 2

Für CRUD-Operationen wäre XSOData ideal, wenn Sie auf HANA sind. Da XSOData das OData-Protokoll implementiert, wird der Großteil des Heavy-Liftings von der zugrunde liegenden XS Engine ausgeführt. Sobald Sie also die Service-Definition zur Verfügung stellen, können Sie erwarten, dass alles sofort funktioniert. Sie erhalten auch den Funktionsumfang von OData v2.0.

Mit XSJS müssen Sie jedoch alle CRUD-Operationen implementieren. Dies kann für komplizierte Szenarien nützlich sein, wenn Sie versuchen, Daten von externen Diensten zu senden/empfangen, Sitzungsbenutzer identifizieren, dynamische SQL, Datei-Upload, E-Mails und ähnliches ausführen. Wenn XSOData Ihre Anforderungen in solchen Fällen nicht erfüllt, ist XSJS der richtige Weg.

Auch wenn Sie UI5-Anwendungen entwickeln, ist XSOData eine bessere Wahl, da es viel einfacher ist, OData-Dienste in UI5 im Vergleich zu anderen REST-Diensten wie XSJS zu verwenden.