Weiß die Methode ob ein optionaler Parameter übergeben wurde
4 Beiträge
•
Seite 1 von 1
4 Beiträge
Seite 1 von 1
Wenn ihr einen optionalen Parameter für eine Methode übergibt, kann die Methode auf irgendeine Weise eindeutig wissen, dass der Parameter übergeben wurde, so dass eine Fallunterscheidung möglich ist? Im Sinne "Wenn Paramter übergeben Fall 1, ansonsten Fall 2".
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von black_adept (Top Expert / 4093 / 128 /
940
)
»
F1 zu den Statements "IS SUPPLIED" und/oder "IS REQUESTED"
Folgende Benutzer bedankten sich beim Autor black_adept für den Beitrag:
OBOP
Beitrag
von a-dead-trousers (Top Expert / 4397 / 223 /
1182
)
»
hi!
Ich würde empfehlen diese beiden Statements nur SEHR SPARSAM zu verwenden.
Wenn man mit abgeleiteten Klassen arbeitet und die SUPER-Verarbeitung aufrufen möchte steht man damit sehr schnell im Eck. Die Information von IS SUPPLIED bzw. IS REQUESTED wird nämlich nicht vom ursprünglichen Aufrufer geerbt sondern immer vom aktuellsten. Bei n Parametern die auf diese Statements reagieren müsste man der Vollständigkeit halber n^n Varianten für den Super-Aufruf in der abgeleiteteten Methode programmieren.
Manchmal würde ich meinem vergangenen Ich deswegen gerne in den Hintern treten. Trotzdem übermannt mich dann hin und wieder auch die faule Sau die ich bin und ich verwende IS SUPPLIED bzw. IS REQUESTED für eine "schnelle" Lösung. Liebe Grüße an mein zukünftiges Ich inklusive.
lg ADT
Ich würde empfehlen diese beiden Statements nur SEHR SPARSAM zu verwenden.
Wenn man mit abgeleiteten Klassen arbeitet und die SUPER-Verarbeitung aufrufen möchte steht man damit sehr schnell im Eck. Die Information von IS SUPPLIED bzw. IS REQUESTED wird nämlich nicht vom ursprünglichen Aufrufer geerbt sondern immer vom aktuellsten. Bei n Parametern die auf diese Statements reagieren müsste man der Vollständigkeit halber n^n Varianten für den Super-Aufruf in der abgeleiteteten Methode programmieren.
Manchmal würde ich meinem vergangenen Ich deswegen gerne in den Hintern treten. Trotzdem übermannt mich dann hin und wieder auch die faule Sau die ich bin und ich verwende IS SUPPLIED bzw. IS REQUESTED für eine "schnelle" Lösung. Liebe Grüße an mein zukünftiges Ich inklusive.
lg ADT
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag (Insgesamt 2):
gtoXX • 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
Beitrag
von a-dead-trousers (Top Expert / 4397 / 223 /
1182
)
»
Hi!
Ich wurde darauf hingewiesen, dass n^n doch etwas zu hoch gestochen ist. (Danke black_adept)
Korrekt wäre 2 (Anzahl der Zustände) ^ N (Anzahl der Parameter) was aber immer noch eine ziemlich steile Kurve ergibt.
Um dem Ganzen (zumindest im eigenen Coding) etwas entgegen zu wirken könnte man mit Hilfe eines neuen Befehls aus dem 7.30er bzw. 7.40er eine schon etwas in die Jahre gekommene SAP Technik wiederbeleben:
Die X-Felder.
Somit kann man sehr kompakt den IS SUPPLIED-Status an eine aufgerufene (interne) Methode zur Prüfung weiterreichen ohne Verrenkungen mit dyn. Parametern oder riesigen IF-Konstrukten nutzen zu müssen.
lg ADT
Ich wurde darauf hingewiesen, dass n^n doch etwas zu hoch gestochen ist. (Danke black_adept)
Korrekt wäre 2 (Anzahl der Zustände) ^ N (Anzahl der Parameter) was aber immer noch eine ziemlich steile Kurve ergibt.
Um dem Ganzen (zumindest im eigenen Coding) etwas entgegen zu wirken könnte man mit Hilfe eines neuen Befehls aus dem 7.30er bzw. 7.40er eine schon etwas in die Jahre gekommene SAP Technik wiederbeleben:
Die X-Felder.
Code: Alles auswählen.
CALL METHOD me->internal_do_something(
EXPORTING
parameter1 = parameter1
parameter1_x = xsdbool( parameter1 is supplied )
parameter2 = parameter2
parameter2_x = xsdbool( parameter2 is supplied )
parameter3 = parameter3
parameter3_x = xsdbool( parameter3 is supplied ) ).lg ADT
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
Seite 1 von 1
Vergleichbare Themen
10
Antw.
Antw.
1083
Views
Views
Tabelle vom Typ einer lokalen Struktur an Importing Parameter meiner Methode übergeben
von cecslucas » 21.04.2022 16:48 • Verfasst in ABAP® für Anfänger
von cecslucas » 21.04.2022 16:48 • Verfasst in ABAP® für Anfänger
9
Antw.
Antw.
19038
Views
Views
10
Antw.
Antw.
861
Views
Views
15
Antw.
Antw.
1968
Views
Views
Select-Options an Methode übergeben
von Karl der Große » 31.01.2024 17:00 • Verfasst in ABAP® für Anfänger
von Karl der Große » 31.01.2024 17:00 • Verfasst in ABAP® für Anfänger
3
Antw.
Antw.
1128
Views
Views
Datenbanktabellen-name als Parameter übergeben
von tekko » 28.09.2020 14:49 • Verfasst in ABAP® für Anfänger
von tekko » 28.09.2020 14:49 • 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
Umherspringende Methoden im quelltextbasierten Class Builder
vor 11 Stunden von ralf.wenzel 104 / 10065
vor 11 Stunden von ralf.wenzel 104 / 10065
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
Umherspringende Methoden im quelltextbasierten Class Builder
vor 11 Stunden von ralf.wenzel 104 / 10065
vor 11 Stunden von ralf.wenzel 104 / 10065