Klasse soll Typdefinition von anderer Klasse nutzen
6 Beiträge
•
Seite 1 von 1
6 Beiträge
Seite 1 von 1
Hallo,
ich habe eine methode in einer Klasse1, in welcher eine andere Klasse2 aufgerufen wird.
In der Klasse 2 habe ich eigene Typen definiert - mt_type.
Wenn ich jetzt das Ergebnis aus dem Klassenaufruf von Klasse 2 mit exporting zurückgebe, muss ich ja eine interne Tabelle anlegen um die Daten in Empfang zu nehmen.
data: lt_ergebnis type mt_type
--> geht ja nicht weil mt_type nur in der einen Klasse definiert ist.
Wie erreiche ich, dass ich die public-Typen von anderen Klassen auch nutzen kann?
Wie sähe dann die definition von lt_ergebnis aus?
gruß & danke für Tipps
ich habe eine methode in einer Klasse1, in welcher eine andere Klasse2 aufgerufen wird.
In der Klasse 2 habe ich eigene Typen definiert - mt_type.
Wenn ich jetzt das Ergebnis aus dem Klassenaufruf von Klasse 2 mit exporting zurückgebe, muss ich ja eine interne Tabelle anlegen um die Daten in Empfang zu nehmen.
data: lt_ergebnis type mt_type
--> geht ja nicht weil mt_type nur in der einen Klasse definiert ist.
Wie erreiche ich, dass ich die public-Typen von anderen Klassen auch nutzen kann?
Wie sähe dann die definition von lt_ergebnis aus?
gruß & danke für Tipps
Ich weiß viel - aber nicht alles - deswegen lerne ich gern dazu & bin für Hinweise von erfahrenen ITlern immer dankbar.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4419 / 224 /
1189
)
»
Code: Alles auswählen.
data: lt_ergebnis type klasse2=>mt_type.Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
debianfan
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
Danke
Kann ich das dann auch als Typdefinition in einer Import-Export-Schnittstelle einer Methode nutzen - oder bei der Typdefinition einer Klasse?
Kann ich das dann auch als Typdefinition in einer Import-Export-Schnittstelle einer Methode nutzen - oder bei der Typdefinition einer Klasse?
Ich weiß viel - aber nicht alles - deswegen lerne ich gern dazu & bin für Hinweise von erfahrenen ITlern immer dankbar.
Beitrag
von a-dead-trousers (Top Expert / 4419 / 224 /
1189
)
»
Das funktioniert auch in Schnittstellen. Einzige Vorraussetzung ist, dass der Typ entweder PUBLIC ist oder die beteiligten Klassen eine Friends-Beziehung haben.
Bei abgeleiteten Klassen geht auch PROTECTED sofern die Methode in der Ableitung nicht PUBLIC ist.
lg ADT.
Bei abgeleiteten Klassen geht auch PROTECTED sofern die Methode in der Ableitung nicht PUBLIC ist.
lg ADT.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
debianfan
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
debianfan hat geschrieben:Hallo,
ich habe eine methode in einer Klasse1, in welcher eine andere Klasse2 aufgerufen wird.
In der Klasse 2 habe ich eigene Typen definiert - mt_type.
Wenn ich jetzt das Ergebnis aus dem Klassenaufruf von Klasse 2 mit exporting zurückgebe, muss ich ja eine interne Tabelle anlegen um die Daten in Empfang zu nehmen.
data: lt_ergebnis type mt_type
--> geht ja nicht weil mt_type nur in der einen Klasse definiert ist.
Wie erreiche ich, dass ich die public-Typen von anderen Klassen auch nutzen kann?
Wie sähe dann die definition von lt_ergebnis aus?
gruß & danke für Tipps
Auch wenn ADT Dir hier einen Weg gezeigt hast ist, das designtechnisch schlecht. Leg den TYP global im DDIC an. Wenn Klasse 2 mal gelöscht wird genenierierst Du unnötige Anpassungsarbeit.
"Code lügt nicht ^^"
Beitrag
von black_adept (Top Expert / 4116 / 129 /
951
)
»
Das sehe ich nicht so. Gerade in der Designphase eines Progamms ist es sehr viel einfacher/schneller die Typdefinition in der Klasse selber abzulegen oder zu ändern. Und ob man jeden Typ tatsächlich im DDIC ablegen soll ist eh Geschmackssache. Zumal die Typdefiniton in der Klasse den Vorteil hat, dass sowohl Klassenname als auch Typname in den vollständigen Typbezeichner eingehen bei Aufruf von außen, so dass hier viel detailliertere Namen verwendet werden können.
Somit mein Vorschlag: Mach dir Gedanken darüber ob du Typen lieber in einer Klasse oder im DDIC ablegst. Wenn du zumindest darüber nachgedachgt hast und du am Ende zu dem Schluss kommst, dass weder das Eine noch das Andere Vorteile in deinen Augen hat, ist es doch egal was du machst.
Somit mein Vorschlag: Mach dir Gedanken darüber ob du Typen lieber in einer Klasse oder im DDIC ablegst. Wenn du zumindest darüber nachgedachgt hast und du am Ende zu dem Schluss kommst, dass weder das Eine noch das Andere Vorteile in deinen Augen hat, ist es doch egal was du machst.
Folgende Benutzer bedankten sich beim Autor black_adept für den Beitrag:
debianfan
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
3364
Views
Views
1
Antw.
Antw.
2690
Views
Views
Lokale Klasse autom. in globale Klasse ändern
von JohnLocklay » 09.01.2019 09:10 • Verfasst in ABAP Objects®
von JohnLocklay » 09.01.2019 09:10 • Verfasst in ABAP Objects®
0
Antw.
Antw.
14515
Views
Views
6
Antw.
Antw.
3706
Views
Views
8
Antw.
Antw.
10098
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.