Deklarationen: Tabellarisch oder nicht?
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Moin,
ganz blöde Frage: Schreibt ihr Deklarationen tabellarisch (so dass alle "TYPE" untereinander stehen)?
Ich mache das zwar so, weil ich es lesbarer finde - in anderen Sprachen ist das aber wohl reichlich unüblich und auch die SAP verabschiedet sich zunehmend davon. Außerdem stelle ich fest, dass das zu enorm langen Zeilen führt, wenn z. B. ein TYPE REF TO dabei ist und man dafür in den benachbarten Deklarationen auch Platz lässt, wenn da nix steht.
Ich schreibe normalerweise auch Vergleiche so (IFs mit AND oder OR), aber die tabellarische Form stößt da oft an ihre Grenzen, weil sie zu tierisch breiten Leerräumen führt....
Darum frag ich mal, was da so bei euch der Standard ist.
Ralf
ganz blöde Frage: Schreibt ihr Deklarationen tabellarisch (so dass alle "TYPE" untereinander stehen)?
Ich mache das zwar so, weil ich es lesbarer finde - in anderen Sprachen ist das aber wohl reichlich unüblich und auch die SAP verabschiedet sich zunehmend davon. Außerdem stelle ich fest, dass das zu enorm langen Zeilen führt, wenn z. B. ein TYPE REF TO dabei ist und man dafür in den benachbarten Deklarationen auch Platz lässt, wenn da nix steht.
Ich schreibe normalerweise auch Vergleiche so (IFs mit AND oder OR), aber die tabellarische Form stößt da oft an ihre Grenzen, weil sie zu tierisch breiten Leerräumen führt....
Darum frag ich mal, was da so bei euch der Standard ist.
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
ja, ich find's auch lesbarer.
Aber nicht zwingend alles auf einer Spalte aber innerhalb eines Blocks ein Muss bei mir:
Wenn da ein längeres Wort in den Block rein kommt, werden auch alle anderen TYPE Anweisungen entsprechend nach rechts gerückt. </monk>
Aber nicht zwingend alles auf einer Spalte aber innerhalb eines Blocks ein Muss bei mir:
Code: Alles auswählen.
TYPES: BEGIN OF ty_resb,
matnr TYPE matnr,
maktx TYPE maktx,
bdmng TYPE bdmng,
enmng TYPE enmng,
meins TYPE meins,
END OF ty_resb,
BEGIN OF ty_research,
aufnr TYPE co_aufnr,
masch_nr TYPE zmasch,
mbl TYPE ty_resb,
auf TYPE ty_resb,
END OF ty_research.
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Das bedeutet, wenn einer der Zeilen mit TYPE REF TO deklariert, rücken alle Datentypen (was rechts neben TYPE steht) für alle Zeilen mit nach rechts?
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Hallo,
i.A. halte ich es wie Enno bei den TYPES.
Bei IF mit komplexer Abfragelogik schlagen alte PASCAL-Sitten bei mir wieder durch und ich sorge für Einrückungen auf Klammerebene:
MfG
Thomas R.
i.A. halte ich es wie Enno bei den TYPES.
Bei IF mit komplexer Abfragelogik schlagen alte PASCAL-Sitten bei mir wieder durch und ich sorge für Einrückungen auf Klammerebene:
Code: Alles auswählen.
IF ( ( Tarzan EQ Urwald or JANE EQ LONDON )
AND
( Transportmittel EQ Ruderboot or Wind EQ NORDOST
)
"Block 1
ELSE.
"Block 2
ENDIF.Thomas R.
Ich schreibe es eben so. Ja, auch mit Platz für REF TO. Persönlich finde ich die Leerräume überhaupt nicht störend. Bei Methoden etc. mache ich es jeweils passend.
Eher schade das man den Pretty Printer nicht einfacher persönlich anpassen kann, sondern entweder jeweils selbst programmieren muss oder dieses Tool nutzt
http://www.hovitaga.com/Advanced-Pretty ... t-overview
( Dank an Ennos Tipp http://www.tricktresor.de/blog/hovitaga ... hancement/ )
Gruß, GTO
Eher schade das man den Pretty Printer nicht einfacher persönlich anpassen kann, sondern entweder jeweils selbst programmieren muss oder dieses Tool nutzt
http://www.hovitaga.com/Advanced-Pretty ... t-overview
( Dank an Ennos Tipp http://www.tricktresor.de/blog/hovitaga ... hancement/ )
Gruß, GTO
"Code lügt nicht ^^"
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
gtoXX hat geschrieben:Eher schade das man den Pretty Printer nicht einfacher persönlich anpassen kann
!!!
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
ralf.wenzel hat geschrieben:gtoXX hat geschrieben:Eher schade das man den Pretty Printer nicht einfacher persönlich anpassen kann
!!!
Ralf
Wenigstens gibt es die "Alt" - Blockfunktion. Hilfreich sind übrigens auch die Editor Code Vorlagen und Tastaturkürzel. Coding mal eben als auf Knopfdruck als HTML oder PDF exportieren kann nützlich sein.
"Code lügt nicht ^^"
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Das ist ja nicht alles. Ich zum Beispiel rücke NIE innerhalb einer Anweisung ein, ich schreibe also nichtgtoXX hat geschrieben:[Wenigstens gibt es die "Alt" - Blockfunktion. Hilfreich sind übrigens auch die Editor Code Vorlagen und Tastaturkürzel. Coding mal eben als auf Knopfdruck als HTML oder PDF exportieren kann nützlich sein.
Code: Alles auswählen.
SELECT * FROM MARA
WHERE ....
AND ....Code: Alles auswählen.
SELECT *
FROM MARA
WHERE ....
AND ....Beim CASE macht mir der PP das kaputt, weil er die WHENs immer einrückt. Das ist insbesondere auch deshalb nicht gut, weil die Kommentare dann zu tief eingerückt stehen. In meinen Augen wäre es richtiger, wenn die WHENs in derselben Ebene wie das CASE stünden und nur unterhalb der WHENs wird eingerückt.
Das würde ich gern parametrisieren können....
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Hülfe, das sieht ja nach Zufall aus, wo da welche Klammer steht. Warum steht das AND alleine da und warum ist die eine schließende Klammer in einer eigenen Zeile und die andere nicht? Da fände ich besser:Thomas R. hat geschrieben:Bei IF mit komplexer Abfragelogik schlagen alte PASCAL-Sitten bei mir wieder durch und ich sorge für Einrückungen auf Klammerebene:Code: Alles auswählen.
IF ( ( Tarzan EQ Urwald or JANE EQ LONDON ) AND ( Transportmittel EQ Ruderboot or Wind EQ NORDOST ) "Block 1 ELSE. "Block 2 ENDIF.
Code: Alles auswählen.
IF ( ( Tarzan EQ Urwald or JANE EQ LONDON )
AND ( Transportmittel EQ Ruderboot or Wind EQ NORDOST ).
"Block 1
" irgendwelche Anweisungen
ELSE.
"Block 2
" andere Anweisungen
ENDIF.Code: Alles auswählen.
IF ( (
Tarzan EQ Urwald or JANE EQ LONDON
)
AND (
Transportmittel EQ Ruderboot or Wind EQ NORDOST
)
).
"Block 1
" irgendwelche Anweisungen
ELSE.
"Block 2
" andere Anweisungen
ENDIF.Ralf *macht halt jeder anders
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Igitt!!ralf.wenzel hat geschrieben:Code: Alles auswählen.
SELECT * FROM MARA WHERE .... AND ....
das wird bei mir schön rechtsbündig ausgerichtet:
Code: Alles auswählen.
SELECT *
FROM MARA
FOR ALLE ENTRIES
INNER JOIN ...
WHERE ....
AND ....Ich bin aber auch weltweit der einzige, der das so macht, glaube ich...
Beim Select mache ich das ebenso wie Enno. Die 1. Zeile ist für die Feldleiste reserviert in dem Fall * .ralf.wenzel hat geschrieben:Das ist ja nicht alles. Ich zum Beispiel rücke NIE innerhalb einer Anweisung ein, ich schreibe also nichtgtoXX hat geschrieben:[Wenigstens gibt es die "Alt" - Blockfunktion. Hilfreich sind übrigens auch die Editor Code Vorlagen und Tastaturkürzel. Coding mal eben als auf Knopfdruck als HTML oder PDF exportieren kann nützlich sein.
sondernCode: Alles auswählen.
SELECT * FROM MARA WHERE .... AND ....
Einrückungsebenen sollen mir anzeigen, wie viele IFs ich z. B. gerade aktiv habe. Innerhalb einer Anweisung einzurücken verfälscht diese Transparenz. So wie ich nicht gleichzeitig in zwei Stockwerken sein kann, kann eine Anweisung nicht in zwei Einrückungsebenen stehen.Code: Alles auswählen.
SELECT * FROM MARA WHERE .... AND ....
Beim CASE macht mir der PP das kaputt, weil er die WHENs immer einrückt. Das ist insbesondere auch deshalb nicht gut, weil die Kommentare dann zu tief eingerückt stehen. In meinen Augen wäre es richtiger, wenn die WHENs in derselben Ebene wie das CASE stünden und nur unterhalb der WHENs wird eingerückt.
Das würde ich gern parametrisieren können....
Ralf
Ich kommentiere grundsätzlich mit " darüber oder darunter. Dann rückt er es entsprechend bündig ein.
Beim CASE sehe ich das nicht so. Die WHEN Anweisung gehört zum Verarbeitungsblock. Anders als ELSE, die den Verarbeitungsblock teilt.
Code: Alles auswählen.
IF A =
AND B =.
ELSE.
ENDIF.Gruß gto
"Code lügt nicht ^^"
Beitrag
von ralf.wenzel (Top Expert / 3935 / 200 /
281
)
»
Nein, bei WHEN und ELSEIF wird der "-Kommentar eben nicht korrekt eingerückt. Das ist ja das Problem.
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Würde bei mir so aussehen ( immer 2 Tabs vor TYPE ) :ewx hat geschrieben:ja, ich find's auch lesbarer.
Aber nicht zwingend alles auf einer Spalte aber innerhalb eines Blocks ein Muss bei mir:Wenn da ein längeres Wort in den Block rein kommt, werden auch alle anderen TYPE Anweisungen entsprechend nach rechts gerückt. </monk>Code: Alles auswählen.
TYPES: BEGIN OF ty_resb, matnr TYPE matnr, maktx TYPE maktx, bdmng TYPE bdmng, enmng TYPE enmng, meins TYPE meins, END OF ty_resb, BEGIN OF ty_research, aufnr TYPE co_aufnr, masch_nr TYPE zmasch, mbl TYPE ty_resb, auf TYPE ty_resb, END OF ty_research.
Code: Alles auswählen.
TYPES:
BEGIN OF ty_resb,
matnr TYPE REF TO matnr,
maktx TYPE maktx,
bdmng TYPE bdmng,
enmng TYPE enmng,
meins TYPE meins,
END OF ty_resb,
Ein weiterer Vorteil : Blockmarkiert ist so mal schnell mit Copy&Paste eine programmlokale Teststruktur ins Dictionary kopiert.
"Code lügt nicht ^^"
ralf.wenzel hat geschrieben:Nein, bei WHEN und ELSEIF wird der "-Kommentar eben nicht korrekt eingerückt. Das ist ja das Problem.
Ralf
Code: Alles auswählen.
"eins
IF 1 = 2.
"zwei
ELSEIF 2 = 3.
"drei
ELSE.
"vier
ENDIF.Ja das stimmt leider. SAP sollte einfach wie bei Mustern, es für den Entwickler einstellbar machenralf.wenzel hat geschrieben:Nein, bei WHEN und ELSEIF wird der "-Kommentar eben nicht korrekt eingerückt. Das ist ja das Problem.
Ralf
und PP generell beim Sichern ausführen.Und noch den Bug der Groß-/Kleinschreibung im Anzeigemodus beseitigen. Vielleicht dann mal in NW 10. ^^
Gruß gto
"Code lügt nicht ^^"
Vergleichbare Themen
4
Antw.
Antw.
2525
Views
Views
17
Antw.
Antw.
5055
Views
Views
33
Antw.
Antw.
3784
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.