Persistente Klassen für was ?

Hallo Alpha,
vielleicht hast du den Begriff bereits bei anderen Programmiersprachen gehört. Es handelt sich dabei um Objekte die als ganzes (insb. mit ihrem Zustand) persistiert (konkret in ABAP auf der DB) werden. Diese Objekte können mit der Kombination ihrer Attribute ein komplexes Problem abbilden (z.B. eine Rechnung).

Dazu bietet ABAP ein Framework an, daß sich persistente klassen nennt. Vorteil davon liegt auf der Hand: man muß nicht jedes mal den Zustand eine Objekt komplett neu aufbauen, sondern kann diesen von der DB laden.

Um diese Funktionalität nutzen zu können, mußt die die klasse als persistente Klasse anlegen. Fortan wird die Klasse vom Persistenzdienst verwaltet und kann entsprechend nicht mit CREATE OBJECT erstellt werden.

Gruß Aze

verstehe - um das anschaulich zu erklären hier erstmal ein übersichtliches UML diagramm einer Rechnung:


Wie du siehst hast die Klasse InvoiceData 13 Attribute, davon 1 integer, 11 Strings und ein attribut von der klasse InvoiceDataRow. Aufgebaut wird die Klasse über den Konstruktor - sprich alle Daten die die Klasse halten soll müssen dem Konstruktor übergeben werden. Darum kümmerst sich die Klasse Form1. Bei diesem ist es relativ einfach den Zustand des Objekts aufzubauen. Aber wie sieht es denn mit dem folgenden Invoice UML aus:



bei dem die einzelnen entitätenselbst Klassen darstellen und deren Attribute ggf. nicht über einen Konstruktor befüllt werden sondern durch Methoden berechnet (z.B. die Steuer).

In so einem Beispiel empfiehlt sich sehr wohl zu überlegen, ob es nicht schneller ist die Klasse direkt zu persistieren um den gesamten Zustand nicht neu aufbauen zu müssen.

Hoffe ich habe in etwa getroffen was du gemeint hast...
Würde mich interessieren was genau dir im Vorschwebt.

Gruß Aze

Also in Release ECC 6.0 gibt's den BAPI_OUTB_DELIVERY_CREATE_SLS...

Re: Persistente Klassen für was ?

Hallo,

nochmal zur ursprünglichen Frage.

Der ABAP-Persistenzdienst übernimmt das Lesen und Schreiben von Objekten von der und auf die Datenbank.

Wenn man ein Objekt benötig, teilt man dies dem "Persistenzdienst" mit. Er stellt das bereits gelesene Objekt zur Verfügung oder besorgt das Objekt über Schlüssel aus der/den Tabellen. Über bestimmte Prozeduren oder interne Methoden kann man in den Aufbau oder andere interne Abläufe des Objektes eingreifen, z.B. Customizing-Tabellen lesen und aufgrunddessen bestimmte Vorbelegungen treffen etc.

Von nun an ist es ein ganz normales Objekt. Man kann ihm Methoden zuordnen/programmieren, die, genau wie sonst, díe gewünschten Funktionalitäten (Methoden) zur Verfügung stellen. Man ruft die Mehtoden auf, schickt Daten hin, etc.

Zum Schluß kann man alle geänderten persistenten Objekte in einem Rutsch auf die Datenbank schreiben lassen. Man braucht also nicht mehr die geänderten Objekte sammeln und mit Perform on Commit oder ähnlichem zum Schluß auf die Datenbank schreiben.

Als Krönung gibt es noch globale Persistenz für das ganze System. Das bedeutet, es gibt Objekte, die sind für alle User, alle Modi vorhanden und werden nur ein einziges Mal im Speicher gehalten. Änderungen der lokalen Daten im Objektgelten sofort für alle Programme "systemweit".

Einnert mich irgendwie an das, was ich über JAVA-BEANS mal gelesen habe.

Für den Programmierer bedeutet der Persistenzdienst den Abschied von jeglichem Select oder Update-Statement für seine Stamm- oder Bewegungsdaten!

Gruß
babap
P.S. habe den Persistenzdienst bereits mehrfach erfolgreich angewendet.

Re: Persistente Klassen für was ?

Alpha hat geschrieben:Mein Knopf entwickelt sich zum gotischen KnotenGruss

...gordischer Knoten...

Will nicht mal jemand ein kleines Tutorial für persistente Klassen schreiben??

Es gibt zwar die Programme
DEMO_CREATE_PERSISTENT
DEMO_QUERY_PERSISTENT
DEMO_TRANSACTION_SERVICE

und die Klassen
CL_SPFLI_PERSISTENT
CB_SPFLI_PERSISTENT

und auch einen - naja, sagen wir mal - Hinweis auf die Klassen:
http://help.sap.com/abapdocu/de/ABENABA ... ERSIST.htm
Für meine Begriffe wird das mit Begriffen beschrieben, die man erst begreifen kann, wenn man weiss, worum es geht.

Insgesamt finde ich das schon ziemlich "gordisch"...

Freiwillge vor...

PS: Was sind denn das überhaupt für Smilies?? _Müssen_ die nicht gelb sein??!?!

Re: Persistente Klassen für was ?

Tach.

Ich hatte bereits vor einigen Jahren das Vergnügen mit den persistenten Objekten und habe auf der diesjährigen TechEd festgestellt, dass die Technik immer noch nicht eingestampft ist.
Bei meinen Tests hatte ich Probleme mit der Performance, der Flexibilität und dem Handling. Demnach habe ich das Thema zu den Akten gelegt und schreibe meine Persistenzschichten schön selbst. Da weiss ich, was ich habe. Guten Abend...

Gruß,
Haubi

Re: Persistente Klassen für was ?

Alpha hat geschrieben:Danke Haubi -> "nach mir die Sintflut"

In diesem Fall: ja!

Ich bin ja gerne bereit, mich mit den Neuerungen der SAP zu beschäftigen. Dann aber eher mit sinnvollen Themen wie Shared Objects etc. Die Persistent Objects hingegen braucht IMHO kein Mensch. Wenn ich da falsch liege lasse ich mich natürlich gerne eines besseren belehren.

Gruß,
Haubi