Wann kann man boolesche Werte in IFs direkt nutzen?
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Hallo zusammen,
es gibt zwar diese netten Konstanten abap_true und abap_false alias 'X' und SPACE, aber so wirklich boolesch sind sie in der Realität ja doch nicht, denn ein Coding der Form:
funktioniert nicht. Ich habe aber bei jemandem gesehen, dass er eine Methode aufruft, die einen booleschen RETURNING-Wert zurückliefert, und da sagt er in seinem Programm sinngemäß:
Und das funktioniert. Kann man das pauschal so sagen, dass ABAP boolesche Werte genau dann tatsächlich als boolesch akzeptiert, wenn sie Returning-Parameter einer Methode sind? Kommt mir etwas willkürlich vor. Gibt es noch andere Umstände, unter denen das funktioniert?
Das fand ich so toll am C64, dass jede Integervariable sich zugleich auch boolesch interpretieren ließ mit der einfachen Faustregel 0 = falsch, alles andere = true. Da konnte man elegante Konstrukte programmieren, etwa IF Y - X THEN...
es gibt zwar diese netten Konstanten abap_true und abap_false alias 'X' und SPACE, aber so wirklich boolesch sind sie in der Realität ja doch nicht, denn ein Coding der Form:
Code: Alles auswählen.
IF abap_true.
WRITE 'ja1'.
ENDIF.Code: Alles auswählen.
IF methode( exportwert = x ). " Returning-Wert ist vom Typ BOOLE_D
WRITE 'ja1'.
ENDIF.Das fand ich so toll am C64, dass jede Integervariable sich zugleich auch boolesch interpretieren ließ mit der einfachen Faustregel 0 = falsch, alles andere = true. Da konnte man elegante Konstrukte programmieren, etwa IF Y - X THEN...
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von Thanatos82 (Expert / 699 / 32 /
123
)
»
Hey,
also irgendwie kann das ja auch nicht funktionieren... "IF abap_true".... da fehlt doch sinngemäß etwas
IF lv_wert = abap_true. das funktioniert.
Und deine zweite Ausführung funktioniert wohl in der Richtung:
Was ich für mich aber ganz gerne nutze ist folgendes:
also irgendwie kann das ja auch nicht funktionieren... "IF abap_true".... da fehlt doch sinngemäß etwas
IF lv_wert = abap_true. das funktioniert.Und deine zweite Ausführung funktioniert wohl in der Richtung:
Code: Alles auswählen.
IF methode( exportwert = x ) = abap_true.
WRITE 'ja!'.
ENDIFCode: Alles auswählen.
CASE abap_true.
WHEN lv_wert1.
WRITE 'ja!'.
WHEN lv_wert2.
WRITE 'auch ja!'.
ENDCASE.
Gruß,
der Matze
der Matze
In diesem Blogartikel ist erklärt, dass diese Kurzform seit 7.4 möglich ist. Ist imo eher ein Workaround (abap_false = Initialwert) für weiterhin fehlende Boolsche Werte
https://blogs.sap.com/2014/09/29/abap-n ... pressions/
https://blogs.sap.com/2014/09/29/abap-n ... pressions/
Code: Alles auswählen.
IF methode( ). "Kurzform für IF methode( ) IS NOT INITIAL.
write 'ja'.
endif.
"ohne Methode geht das dann halt immer noch nicht
IF abap_true.
write 'ja'.
endif.
Folgende Benutzer bedankten sich beim Autor fr-g für den Beitrag:
DeathAndPain
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Das war der Sinn meines Threads. Wobei ich da explizit ausgeführt habe, dass es eben doch funktioniert; insofern hättest Du mir das gerne glauben können. Das war ja gerade meine Frage, warum das wider Erwarten funktioniert.Thanatos82 hat geschrieben:Hey,
also irgendwie kann das ja auch nicht funktionieren... "IF abap_true".... da fehlt doch sinngemäß etwas
Würde es nicht funktionieren, dann wäre mein ganzer Thread ja gegenstandslos gewesen. So dusslig bin ich dann auch wieder nicht.
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Es gibt Leute, die das sehr, sehr unschön finden. Mit anderen Worten: Ich hatte schon Kunden, die mir so einen "falsch-rummen" CASE schon um die Ohren gehauen haben.Thanatos82 hat geschrieben:Was ich für mich aber ganz gerne nutze ist folgendes:Code: Alles auswählen.
CASE abap_true. WHEN lv_wert1. WRITE 'ja!'. WHEN lv_wert2. WRITE 'auch ja!'. ENDCASE.
Ralf *nur mal so als Hinweis
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Mit einem klitze kleinen Macro kriegt man etwas Vergleichbares hin:
Code: Alles auswählen.
define if_true.
if &1 = abap_true.
end-of-definition.
if_true abap_true.
write: /01 'Ja'.
endif.
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Also, bei Makros streike dann ICH - nicht zu debuggen, schwer zu verstehen (deutlich schwerer als "normales ABAP").
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Was übrigens auch kaum noch einer weiß:
Code: Alles auswählen.
SELECT-OPTIONS s FOR sy-datum DEFAULT sy-datum.
START-OF-SELECTION.
IF s.
WRITE: / sy-datum.
ENDIF.
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Ob man diesen Bug unbedingt weitersagen soll, weiß ich nicht - versehentlich kommt da keiner drauf und so wirft man nur Fragen auf
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Nu ist's zu spät...ralf.wenzel hat geschrieben:Ob man diesen Bug unbedingt weitersagen soll, weiß ich nicht - versehentlich kommt da keiner drauf und so wirft man nur Fragen auf
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Was macht denn dieser IF? Ist das auch eine implizite Prüfung gegen IS INITIAL, so wie bei den funktionalen Methoden?
Ich habe ja schon an anderer Stelle geschrieben, dass ich eine Prüfung gegen mehrere Werte, die man sonst in einem CASE x WHEN Wert1 OR Wert2 OR Wert3... oder gar in einem IF mit lauter Einzelvergleichen aufzählen müsste, mit einem "falsch-rummen" IF wesentlich eleganter löse:
IF 'Wert1;Wert2;Wert3' CS x.
Da muss man auch erst einen Augenblick drüber nachdenken, was ich da mache, aber dann ist es erheblich besser lesbar (und kürzer).
Das würde ich aber nicht unbedingt zum Maßstab nehmen. Es gibt fast nichts, was man je nach Geschmack nicht unschön finden kann, und lesbar ist das auf jeden Fall. Wenn ein Kunde sich da affig hat, dann kann man es bei dem ja anders machen. Dass man sich mit so einem Statement kundenübergreifend den Ruf versaut, halte ich für ein Gerücht. Da haben die Codes der meisten Entwickler ganz andere Mängel.Ralf hat geschrieben:Es gibt Leute, die das sehr, sehr unschön finden. Mit anderen Worten: Ich hatte schon Kunden, die mir so einen "falsch-rummen" CASE schon um die Ohren gehauen haben.
Ich habe ja schon an anderer Stelle geschrieben, dass ich eine Prüfung gegen mehrere Werte, die man sonst in einem CASE x WHEN Wert1 OR Wert2 OR Wert3... oder gar in einem IF mit lauter Einzelvergleichen aufzählen müsste, mit einem "falsch-rummen" IF wesentlich eleganter löse:
IF 'Wert1;Wert2;Wert3' CS x.
Da muss man auch erst einen Augenblick drüber nachdenken, was ich da mache, aber dann ist es erheblich besser lesbar (und kürzer).
Folgende Benutzer bedankten sich beim Autor DeathAndPain für den Beitrag:
Daniel
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Nee, ich würde dich fragen, warum du in einem Literal nach einem X suchst - das siehst du doch schon beim codieren, ob da eins drin ist.DeathAndPain hat geschrieben:IF 'Wert1;Wert2;Wert3' CS x.
Da muss man auch erst einen Augenblick drüber nachdenken, was ich da mache, aber dann ist es erheblich besser lesbar (und kürzer).
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Dir ist aber aufgefallen, dass das x nicht in Hochkommata steht?
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
OMG - das Missverständnis zeigt gleich mal, wie missverständlich das Coding ist. Beim ersten Praxistest durchgefallen
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von DeathAndPain (Top Expert / 1952 / 259 /
413
)
»
Na ja, ein einfaches x ist auch nicht unbedingt ein vorbildlicher Variablenname, sondern hier eher als Platzhalter für einen solchen zu verstehen.
Vergleichbare Themen
7
Antw.
Antw.
4373
Views
Views
Werte direkt nach Eingabe ermitteln
von cschmoel » 27.08.2012 11:10 • Verfasst in ABAP® für Anfänger
von cschmoel » 27.08.2012 11:10 • Verfasst in ABAP® für Anfänger
4
Antw.
Antw.
3153
Views
Views
2
Antw.
Antw.
2148
Views
Views
4
Antw.
Antw.
2110
Views
Views
SEARCH <c> FOR <str> <options> direkt im C
von the » 16.02.2005 11:56 • Verfasst in ABAP® für Anfänger
von the » 16.02.2005 11:56 • 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
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.