Zugriff auf ein Datenobjekt
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Hallo zusammen!
Ich habe ein Interface gebaut, um ein Datenobjekt abzubilden. In diesem Interface habe ich das Attribut "countries" definiert.
Das habe ich so gemacht, um das Interface in einer Klasse zu implementieren, die die richtigen Daten ermittelt und speichert (Datenbank) und eine Klasse mit Testdaten zu haben.
Beispiel
dbclass->read: select land1 from dbtab into table countries where id = ...
Testclass->read: countries = value #( ( 'DE' ) ( 'FR' ) ( 'IT' ) ).
Jetzt habe ich allerdings das Problem, dass ich Methoden benötige, um die Daten zu manipulieren und zu prüfen. Mit meinem Konstrukt müsste ich diese Methoden nun in jeder Klasse implementieren, was ich nicht möchte.
Beispiel:
Interface IF_DATA mit Attribut "Länder"
Methoden
* add_country
* del_country
Mit add_Country möchte ich natürlich ein Land in die interne Tabelle einfügen.
Gleichzeitig möchte ich aber auch prüfen, ob es das Land überhaupt gibt und sicherstellen, dass das Land nicht doppelt vorhanden ist.
Beide Methoden möchte ich natürlich gleichermaßen auf die Testklasse als auch auf die DB-Klasse anwenden.
Ich benötige also ein Zugriffsobjekt zu meinem Datenobjekt.
Wie mache ich das am besten? Das Design Pattern Data-Access-Object trifft es mMn nicht.
Ideen?
Ich habe ein Interface gebaut, um ein Datenobjekt abzubilden. In diesem Interface habe ich das Attribut "countries" definiert.
Das habe ich so gemacht, um das Interface in einer Klasse zu implementieren, die die richtigen Daten ermittelt und speichert (Datenbank) und eine Klasse mit Testdaten zu haben.
Beispiel
dbclass->read: select land1 from dbtab into table countries where id = ...
Testclass->read: countries = value #( ( 'DE' ) ( 'FR' ) ( 'IT' ) ).
Jetzt habe ich allerdings das Problem, dass ich Methoden benötige, um die Daten zu manipulieren und zu prüfen. Mit meinem Konstrukt müsste ich diese Methoden nun in jeder Klasse implementieren, was ich nicht möchte.
Beispiel:
Interface IF_DATA mit Attribut "Länder"
Methoden
* add_country
* del_country
Mit add_Country möchte ich natürlich ein Land in die interne Tabelle einfügen.
Gleichzeitig möchte ich aber auch prüfen, ob es das Land überhaupt gibt und sicherstellen, dass das Land nicht doppelt vorhanden ist.
Beide Methoden möchte ich natürlich gleichermaßen auf die Testklasse als auch auf die DB-Klasse anwenden.
Ich benötige also ein Zugriffsobjekt zu meinem Datenobjekt.
Wie mache ich das am besten? Das Design Pattern Data-Access-Object trifft es mMn nicht.
Ideen?
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von black_adept (Top Expert / 3969 / 105 /
889
)
»
Moin Enno,
lass deine Implementierungen von einer (abstrakten) Basisklasse erben, welche deine allgemeinen, wiederverwendbaren Methoden enthält. Ob du dann das Interface schon in die Basisklasse packst oder lieber in die instanziierbaren Klassen bleibt dir überlassen.
lass deine Implementierungen von einer (abstrakten) Basisklasse erben, welche deine allgemeinen, wiederverwendbaren Methoden enthält. Ob du dann das Interface schon in die Basisklasse packst oder lieber in die instanziierbaren Klassen bleibt dir überlassen.
danke! Das ist eine gute Idee!
Habe in letzter Zeit so oft gehört, dass Vererbung nicht sooo gut ist, dass ich es wohl komplett verdrängt hatte... :D
Habe in letzter Zeit so oft gehört, dass Vererbung nicht sooo gut ist, dass ich es wohl komplett verdrängt hatte... :D
Beitrag
von a-dead-trousers (Top Expert / 4346 / 216 /
1163
)
»
Naja, aber das Problem "Suche in lokaler Tabelle" vs. "Suche in Datenbank" wird man damit aber nicht los. Sprich du wirst trotzdem einige Methoden "doppelt" implementieren müssen.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Das ist richtig. Aber die Methoden unterscheiden sich auch deutlich. Die Prüfung, ob ein Land bereits in der Tabelle vorhanden ist oder nicht, sollte immer gleich sein.
Beitrag
von a-dead-trousers (Top Expert / 4346 / 216 /
1163
)
»
READ TABLE vs. SELECT 🤨
Oder hältst du die Daten für beide Implementierungen in einer internen Tabelle vor?
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
ja, genau. ich lese erst alle zum Objekt zugehörigen Daten und diese werden dann verändert. das heißt, dem Objekt mit irgendeiner Id sind 3 Länder zugeordnet und in der Anwender kann Zuordnungen zu Ländern ändern. Dieses "Ändern" möchte ich auf jeden Fall testbar halten.
Seite 1 von 1
Vergleichbare Themen
6
Antw.
Antw.
10108
Views
Views
10
Antw.
Antw.
6124
Views
Views
Datenobjekt (z. B. Tab. REPOSRC) nicht änderbar
von ABAPeroni » 08.03.2006 11:17 • Verfasst in Basis
von ABAPeroni » 08.03.2006 11:17 • Verfasst in Basis
4
Antw.
Antw.
3241
Views
Views
OPEN DATASET - Fehlermeldung :Datenobjekt muss zeichenartig sein
von Armin93 » 02.10.2019 09:51 • Verfasst in ABAP® für Anfänger
von Armin93 » 02.10.2019 09:51 • Verfasst in ABAP® für Anfänger
3
Antw.
Antw.
2840
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Unbeantwortete Forenbeiträge
CLFMAS: Change Pointer - Combining one or more Change Pointers in Single IDOC
vor einer Woche von ABAPLover 1 / 1126
vor einer Woche von ABAPLover 1 / 1126
CLFMAS: Change Pointer - Combining one or more Change Pointers in Single IDOC
vor einer Woche von ABAPLover 1 / 1108
vor einer Woche von ABAPLover 1 / 1108