Deklarationen: Tabellarisch oder nicht?
Beitrag
von ralf.wenzel (Top Expert / 3955 / 202 /
281
)
»
Nein, beim IF steht der Kommentar über der Anweisung (auf gleicher Einrückungsebene), beim ELSEIF eine Einrückungsebene zu tief (richtig wäre, es würde in der gleichen Spalte anfangen wie das ELSEIF).ewx hat geschrieben:Finde ich schon ganz richtig so...!
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Neuer Artikel über BRF+ in der neuen iX 05/25!
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
sehe ich nicht so. finde ich aber auch nicht wichtig.ralf.wenzel hat geschrieben:Nein, beim IF steht der Kommentar über der Anweisung (auf gleicher Einrückungsebene), beim ELSEIF eine Einrückungsebene zu tief (richtig wäre, es würde in der gleichen Spalte anfangen wie das ELSEIF).ewx hat geschrieben:Finde ich schon ganz richtig so...!
Ralf
Ich kenne einen Drei-Spalten-Programmierer.
DAS sieht gruselig aus!!
Oder so ähnlich. Habe die "Technik" dahinter nie gerafft.
Und mir tatsächlich auch nicht die Mühe gegeben, das zu verstehen.
DAS sieht gruselig aus!!
Code: Alles auswählen.
IF tarzan = sauer.
IF jane = sauer.
MOVE weglaufen TO ACTION.
ENDIF.
ELSE.
ENDIF.
Und mir tatsächlich auch nicht die Mühe gegeben, das zu verstehen.
Beitrag
von ralf.wenzel (Top Expert / 3955 / 202 /
281
)
»
Der Kommentar soll so weit eingerückt sein wie die Anweisung, die kommentiert wird. Das ist der Sinn der Einrückung der Kommentare.ewx hat geschrieben:sehe ich nicht so. finde ich aber auch nicht wichtig.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Neuer Artikel über BRF+ in der neuen iX 05/25!
Es ist die Frage, ob man bei IF und CASE die Anweisung (was dann meist in die Richtung 'Beschreibung was getan wird' geht) kommentiert oder den Block - warum muß jetzt dies oder das getan werden.
MfG
Thomas R.
MfG
Thomas R.
Beitrag
von ralf.wenzel (Top Expert / 3955 / 202 /
281
)
»
Das würde stimmen, wenn beim IF auch zu tief eingerückt würdeThomas R. hat geschrieben:Es ist die Frage, ob man bei IF und CASE die Anweisung (was dann meist in die Richtung 'Beschreibung was getan wird' geht) kommentiert oder den Block - warum muß jetzt dies oder das getan werden.
Bei ALLEN Anweisungen außer ELSEIF und WHEN wird eingerückt bis zum Beginn des Schlüsselworts. In meinen Augen "sieht" der PP, "ich stehe nach einem IF und vor einem ENDIF" und rückt den Kommentar ein, ohne zu merken, dass direkt dahinter ein ELSEIF kommt, der eben nicht tiefer in der Struktur ist als der IF und der ENDIF.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Neuer Artikel über BRF+ in der neuen iX 05/25!
Nachdem du die ungarische Notation abgeschafft hast, legst du dich jetzt also mit dem PP anralf.wenzel hat geschrieben: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....
Wie Eingerückt wird, ist mir ehrlich gesagt egal, so lange man es einheitlich macht. Wenn es Kollegen gibt, die den PP hassen und alles zu Fuß nach eigenen Vorstellungen einrücken, wird Fremdsource lesen irgendwann anstrengend.
Bei Type/Data wiederum finde ich das Blockweise untereinanderschreiben arbeitserleichternd, denn man kann dann auch mit Blockweisen Copy&Past (ALT GR) einfacher weiterarbeiten.
Gruß Hendrik
Beitrag
von ralf.wenzel (Top Expert / 3955 / 202 /
281
)
»
Ralf, der AnlegerJHM hat geschrieben:Nachdem du die ungarische Notation abgeschafft hast, legst du dich jetzt also mit dem PP an
Wäre schön, wenn ich sie abgeschafft hätte. Aber das ist ein Prozess und ich werde erst ruhen, wenn der letzte Entwickler davon abgelassen hat, es anzuwenden. Eine Syphilis-Aufgabe, quasi 
Das ist ein gewichtiges Argument für die Tabellenschreiberei.JHM hat geschrieben:Bei Type/Data wiederum finde ich das Blockweise untereinanderschreiben arbeitserleichternd, denn man kann dann auch mit Blockweisen Copy&Past (ALT GR) einfacher weiterarbeiten.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Neuer Artikel über BRF+ in der neuen iX 05/25!
da:ewx hat geschrieben:Ich kenne einen Drei-Spalten-Programmierer.
Code: Alles auswählen.
IF sd_head-vkorg EQ '1000'
AND sd_head-auart EQ 'TA '
AND c_kbetr IS INITIAL.
CLEAR l_mbew.
SELECT SINGLE * FROM mbew
INTO l_mbew
WHERE matnr = sd_item-matnr
AND bwkey = '1000'
AND bwtar = 'ABCD1234D '.
MOVE l_mbew-stprs TO c_kbetr.
* ... prices
PERFORM get_price USING equipment
sd_item-werks
CHANGING c_kbetr.
ENDIF.
Beitrag
von ralf.wenzel (Top Expert / 3955 / 202 /
281
)
»
Da würde ich sofort nachsehen: Wer war das? LOLewx hat geschrieben:da:ewx hat geschrieben:Ich kenne einen Drei-Spalten-Programmierer.
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Neuer Artikel über BRF+ in der neuen iX 05/25!
Ich wusste das sofort.ralf.wenzel hat geschrieben: Da würde ich sofort nachsehen: Wer war das? LOL
ralf.wenzel hat geschrieben:Da würde ich sofort nachsehen: Wer war das? LOLewx hat geschrieben:da:ewx hat geschrieben:Ich kenne einen Drei-Spalten-Programmierer.
Ralf
Schreib's mal um auf deinen Stil bitte. In jedem Fall scheinen Leerzeilen nur gegen Aufpreis erhältlich zu sein für ihn.
"Code lügt nicht ^^"
Beitrag
von ralf.wenzel (Top Expert / 3955 / 202 /
281
)
»
gtoXX hat geschrieben:Schreib's mal um auf deinen Stil bitte.
Code: Alles auswählen.
IF sd_head-vkorg EQ '1000'
AND sd_head-auart EQ 'TA '
AND c_kbetr IS INITIAL.
CLEAR l_mbew.
SELECT SINGLE *
INTO l_mbew
FROM mbew
WHERE matnr EQ sd_item-matnr " = nur für Zuweisungen!
AND bwkey EQ '1000'
AND bwtar EQ 'ABCD1234D '.
c_kbetr = l_mbew-stprs.
" ... prices
PERFORM get_price
USING equipment
sd_item-werks
CHANGING c_kbetr.
ENDIF. Ralf
Zuletzt geändert von ralf.wenzel am 29.03.2017 08:45, insgesamt 1-mal geändert.
Folgende Benutzer bedankten sich beim Autor ralf.wenzel für den Beitrag:
gtoXX
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Neuer Artikel über BRF+ in der neuen iX 05/25!
Es hat 35 Jahre gedauert bis die Cholesterin-Panik weitgehendralf.wenzel hat geschrieben:Ralf, der AnlegerJHM hat geschrieben:Nachdem du die ungarische Notation abgeschafft hast, legst du dich jetzt also mit dem PP an
überwunden wurde. Glaubst du wirklich du erlebst den Tag an
dem der Unsinn endlich aufhört?
Nein, da geselle ich mich hinzu.ewx hat geschrieben: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...
Allerdings rückt das FROM MARA bei mir in die erste Zeile . Ausnahme: zu viele Select Felder
Vergleichbare Themen
4
Antw.
Antw.
2679
Views
Views
17
Antw.
Antw.
5229
Views
Views
33
Antw.
Antw.
4145
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.
Aktuelle Forenbeiträge
Unbeantwortete Forenbeiträge
Nutzung UserExit COOM0003 für Abrechnungsvorschriften Aufträge
vor einer Woche von fico_fschluesener 1 / 1413
vor einer Woche von fico_fschluesener 1 / 1413