Cast dynamisch
10 Beiträge
•
Seite 1 von 1
10 Beiträge
Seite 1 von 1
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Moin,
gegeben sei ein Objekt, das ein Marker-INTF besitzt. Den Namen der Klasse des Objekts krieg ich raus, weiß ihn also (erst) zur Laufzeit. Was ich jetzt brauche, ist das komplette Objekt zu dem Klassennamen, der das INTF implementiert.
Halbwegs verständlich? Wie kriege ich das elegant hin?
Gruß
Ralf
gegeben sei ein Objekt, das ein Marker-INTF besitzt. Den Namen der Klasse des Objekts krieg ich raus, weiß ihn also (erst) zur Laufzeit. Was ich jetzt brauche, ist das komplette Objekt zu dem Klassennamen, der das INTF implementiert.
Halbwegs verständlich? Wie kriege ich das elegant hin?
Gruß
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
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 / 4394 / 223 /
1182
)
»
Ne, ganz verstehe ich dein Anliegen leider nicht.
Um auf die Attribute bzw. Methoden eines Objektes zuzugreifen muss man "nur" die Schnittstelle (= Klasse oder Interface) kennen. Da du ja die Klasse bereits hast, frage ich mich ist wozu du das "komplette Objekt zu dem Klassennamen" benötigst bzw. was du darunter verstehst?
EDIT:
Von der Threadüberschrift her könnte ich mir vorstellen, dass du einen Cast auf eine Klasse brauchst die du zur Designzeit (noch) nicht kennst. Wenn das wirklich der Fall ist, hast du meines Erachtens einen Fehler in deinem Klassendesign. Für solche Fälle gibt es ja die Interfaces. Damit gibt man die Schnittstelle für "unbekannte" Objekte vor. Wenn eine Klasse sich an die API andocken möchte muss sie als Vorraussetzung dieses Interface implementieren.
Nichtsdestotrotz bietet ABAP (als "pseudo" Script-Programmiersprache) die Möglichkeit von dynamischen Methodenaufrufen. Damit könnte man zur Laufzeit, ohne die Klasse zur Designzeit zu kennen einen Methoden-Aufruf programmieren. Die Informationen zu Methodenname und Parameter lassen sich über RTTI ermitteln. Das dass nicht unbedingt "schön" ist brauch ich wohl nicht extra zu erwähnen, aber selbst die SAP hat das für den neuen ABAP Debugger so gelöst:
Um ältere Releases zu unterstützen wird bei nicht Vorhandensein der Klasse CL_DYNPRO_SPLITTER auf eine Fallback-Implementierung ausgewichen. Um trotzdem in neuen Releases die Funktionalität ohne Syntaxerrors in älteren Releases verwenden zu können, wurden alle Methodenaufrufe dieser Klasse dynamisch abgebildet.
Um auf die Attribute bzw. Methoden eines Objektes zuzugreifen muss man "nur" die Schnittstelle (= Klasse oder Interface) kennen. Da du ja die Klasse bereits hast, frage ich mich ist wozu du das "komplette Objekt zu dem Klassennamen" benötigst bzw. was du darunter verstehst?
EDIT:
Von der Threadüberschrift her könnte ich mir vorstellen, dass du einen Cast auf eine Klasse brauchst die du zur Designzeit (noch) nicht kennst. Wenn das wirklich der Fall ist, hast du meines Erachtens einen Fehler in deinem Klassendesign. Für solche Fälle gibt es ja die Interfaces. Damit gibt man die Schnittstelle für "unbekannte" Objekte vor. Wenn eine Klasse sich an die API andocken möchte muss sie als Vorraussetzung dieses Interface implementieren.
Nichtsdestotrotz bietet ABAP (als "pseudo" Script-Programmiersprache) die Möglichkeit von dynamischen Methodenaufrufen. Damit könnte man zur Laufzeit, ohne die Klasse zur Designzeit zu kennen einen Methoden-Aufruf programmieren. Die Informationen zu Methodenname und Parameter lassen sich über RTTI ermitteln. Das dass nicht unbedingt "schön" ist brauch ich wohl nicht extra zu erwähnen, aber selbst die SAP hat das für den neuen ABAP Debugger so gelöst:
Um ältere Releases zu unterstützen wird bei nicht Vorhandensein der Klasse CL_DYNPRO_SPLITTER auf eine Fallback-Implementierung ausgewichen. Um trotzdem in neuen Releases die Funktionalität ohne Syntaxerrors in älteren Releases verwenden zu können, wurden alle Methodenaufrufe dieser Klasse dynamisch abgebildet.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
ewx
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
du hast es doch anscheinend schon...?!
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Nein, ich habe ein auf das INTF reduzierte Objekt und den Namen der Klasse. Das INTF ist ein reines Marker-INTF, das ich nicht ändern kann. Könnte ich das INTF ändern, wäre das kein Problem.
Im Prinzip müsste ich ein Up-Casting des Interface-Objektes machen auf ein Objekt, dessen Klassennamen zur Laufzeit kenne, weil über RTTI ermittelt.
Dass das doof ist, weiß ich.
Ich könnte ein Objekt instanziieren mit dem Klassennamen, dann ist das aber ein anderes Objekt. Ich will nur das bestehende per Upcast „erweitern“.
Ralf
Im Prinzip müsste ich ein Up-Casting des Interface-Objektes machen auf ein Objekt, dessen Klassennamen zur Laufzeit kenne, weil über RTTI ermittelt.
Dass das doof ist, weiß ich.
Ich könnte ein Objekt instanziieren mit dem Klassennamen, dann ist das aber ein anderes Objekt. Ich will nur das bestehende per Upcast „erweitern“.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
wahrscheinlich möchtest du ja irgendwelche Methoden des Objektes aufrufen, die nicht in dem Interface vorhanden sind?
In etwa so?
Du musst in dem Fall nur wissen, welche Methoden das Hauptobjekt hat (und parameter natürlich).
also eigentlich genau das, was a-d-t bereits geschrieben hat, nur als Beispiel code... ;) Ich hatte mich eben auch gefragt, ob da nicht ein Designfehler vorliegt, habe mich aber nicht getraut. Aber da a-d-t das ähnlich sieht...
In etwa so?
Code: Alles auswählen.
INTERFACE if_marker.
ENDINTERFACE.
CLASS appl DEFINITION.
PUBLIC SECTION.
METHODS set IMPORTING intf TYPE REF TO if_marker.
ENDCLASS.
CLASS mainobj DEFINITION.
PUBLIC SECTION.
INTERFACES if_marker.
METHODS hello.
ENDCLASS.
CLASS appl IMPLEMENTATION.
METHOD set.
DATA upcast TYPE REF TO object.
upcast = CAST #( intf ).
CALL METHOD upcast->('HELLO').
ENDMETHOD.
ENDCLASS.
CLASS mainobj IMPLEMENTATION.
METHOD hello.
MESSAGE 'Hello' TYPE 'I'.
ENDMETHOD.
ENDCLASS.
START-OF-SELECTION.
DATA(myobj) = NEW mainobj( ).
DATA(myappl) = NEW appl( ).
myappl->set( myobj ).also eigentlich genau das, was a-d-t bereits geschrieben hat, nur als Beispiel code... ;) Ich hatte mich eben auch gefragt, ob da nicht ein Designfehler vorliegt, habe mich aber nicht getraut. Aber da a-d-t das ähnlich sieht...
INTF lassen sich auch schachteln. Wenn besagte Klasse änderbar ist, wäre das meine Lösung.
Code: Alles auswählen.
INTERFACE dummy_marker.
ENDINTERFACE.
INTERFACE hello_world_api.
INTERFACES dummy_marker.
METHODS hello.
ENDINTERFACE.
CLASS hello_world DEFINITION.
PUBLIC SECTION.
INTERFACES hello_world_api.
ENDCLASS.
CLASS hello_world IMPLEMENTATION.
METHOD hello_world_api~hello.
MESSAGE 'hello world' TYPE 'I'.
ENDMETHOD.
ENDCLASS.
START-OF-SELECTION.
DATA(marker_impl) = CAST dummy_marker( NEW hello_world( ) ).
DATA(upcasted) = CAST hello_world_api( marker_impl ).
upcasted->hello( ).
Publikationen:
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
nur dass hello_world_api eben anscheinend erst zur Laufzeit bekannt ist und dynamisch stattfinden soll...
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Das Problem ist, dass ich dann alle Klassen, die das INTF nutzen, ändern müsste, damit sie das umfassende INTF stattdessen nutzen. Wäre unschön, wir reden hier von zwei Dutzend Klassen.
Enno hatte um 12:34 recht -- ich hatte verschiedene Schreibweisen versucht aber die einfachste nicht. Aber das ist (aus der Ferne betrachtet, ich sitze gerade nicht am System). Der Witz ist: Ich weiß, wie die Methode heißt, die in allen Klassen implementiert wird. Ich müsste sie also nicht als Literal mitgeben, das muss ich wohl nur wegen der Syntaxprüfung.
Danke für eure Tips.
Ralf
Enno hatte um 12:34 recht -- ich hatte verschiedene Schreibweisen versucht aber die einfachste nicht. Aber das ist (aus der Ferne betrachtet, ich sitze gerade nicht am System). Der Witz ist: Ich weiß, wie die Methode heißt, die in allen Klassen implementiert wird. Ich müsste sie also nicht als Literal mitgeben, das muss ich wohl nur wegen der Syntaxprüfung.
Danke für eure Tips.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
wenn es sich nur um eine Methode handelt, ist das doch aber kein Problem.ralf.wenzel hat geschrieben: ↑11.12.2020 12:56Das Problem ist, dass ich dann alle Klassen, die das INTF nutzen, ändern müsste, damit sie das umfassende INTF stattdessen nutzen. Wäre unschön, wir reden hier von zwei Dutzend Klassen.
- Methode ins Interface einfügen
- 24 mal
-- code von Klassen-Methode in Interface-Methode kopieren
-- Klassenmethode löschen
Dafür ist es dann hinterher ordentlich.
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Und damit durch vier Abteilungen zentrale Entwicklungsobjekte blockieren bis zum nächsten Release und die Fachabteilungen sodann mit Tests nerven.
Nein, danke, meinen Tod habe ich mir deutlich weniger schmerzhaft vor 😂
Dann mache ich es lieber so, bereite die „schöne“ Lösung vor mit der Anleitung an die Kollegen, wie sie das umstellen, wenn sie das nächste Mal was ändern.
Ralf
Nein, danke, meinen Tod habe ich mir deutlich weniger schmerzhaft vor 😂
Dann mache ich es lieber so, bereite die „schöne“ Lösung vor mit der Anleitung an die Kollegen, wie sie das umstellen, wenn sie das nächste Mal was ändern.
Ralf
Folgende Benutzer bedankten sich beim Autor ralf.wenzel für den Beitrag:
msfox
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
2921
Views
Views
Dynamic Cast von Superclass auf Subclass
von AdrianSchm » 22.06.2018 11:03 • Verfasst in ABAP Objects®
von AdrianSchm » 22.06.2018 11:03 • Verfasst in ABAP Objects®
0
Antw.
Antw.
707
Views
Views
0
Antw.
Antw.
741
Views
Views
33
Antw.
Antw.
6236
Views
Views
2
Antw.
Antw.
2425
Views
Views
ALV, Spaltenüberschriften dynamisch
von Sascha_a » 14.08.2007 21:13 • Verfasst in ABAP® für Anfänger
von Sascha_a » 14.08.2007 21:13 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 9 Stunden von DeathAndPain 2 / 174
vor 9 Stunden von DeathAndPain 2 / 174
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 9 Stunden von DeathAndPain 2 / 174
vor 9 Stunden von DeathAndPain 2 / 174