Was ärgert Euch an ABAP?

Re: Was ärgert Euch an ABAP?

Was mich an ABAP bzw. eher gesagt SAP stört, ist das es (vor allem im HR) verschiedenste Programmiertechniken gibt.

1. ABAP (für Programme, Modifikationen etc)
2. Abrechnungsregeln (für Lohn- und Gehaltsabrechnungen)
3. Zeitwirtschaftsregeln (für die Berechnung von Arbeitszeiten)
4. Merkmale (Entscheidungs"bäume" für irgendwelche Einstellungen)
5. Dynamische Maßnahmen (für die Infotypen im HR)

2-5 sind doch eigentlich nur Hilfen, die es auch Beratern ohne ABAP-Kenntnisse ermöglichen im System was zu verändern. Aber ich finde das macht die Sache deutlich komplizierter, da man jede einzelne Technik erstmal lernen und verstehen muss. Selbst zwischen Abrechnungs- und Zeitwirtschaftsregeln gibt es für mich unverständliche Unterschiede. Möchte ich z.B. bei der Abrechnung eine Lohnart abziehen, muss ich SUBWTxxxx eingeben. Will ich in der Zeitwirtschaft eine Zeitart abziehen, heißt es ADDDBxxxx- (also ein Minus hintendran, da es kein SUBDB gibt). Echt verwirrend, lieber würde ich gleich alles in ABAP programmieren.

Re: Re:

aylinselcuk hat geschrieben:

janfri hat geschrieben:Ich vermisse Reguläre Ausdrücke für die Stringverarbeitung -- müsste ja nicht mal in den Sprachumfang von ABAP aufgenommen werden, einige FuBas oder eine Klasse mit entsprechenden Methoden würden mir völlig ausreichen...
Gruß
janfri

dito!!

Gibt es doch! (ab 6.40 oder 7.0)

Re: Was ärgert Euch an ABAP?

Mich ärgert häufig, dass beim Einfügen von ABAP-OO-Mustern für den Methodenaufruf in der Suchhilfe immer alle Methoden der Klasse angezeigt werden.
Sinnvoll wäre eigentlich, dass nur die PUBLIC-Methoden ausgegeben werden. Alle anderen kann ich eh nicht benutzen.

Re: Was ärgert Euch an ABAP?

... oder wenn man in der Auswahlliste wenigstens einen Hinweis darauf sehen könnte ob es sich um eine private oder protected Methode handelt.

Re: Was ärgert Euch an ABAP?

Nur eine Kleinigkeit, aber solche und ähnliche Fehler sind nervig:

Der formale Parameter "DEFAULT_FILENAME" existiert nicht. Es gibt aber
den Parameter "DEFAULT_FILE_NAME" mit ähnlichem Namen.

Und dabei handelt es sich um zwei verwandte Methoden:
cl_gui_frontend_services=>file_save_dialog und
cl_gui_frontend_services=>file_open_dialog

Re: Was ärgert Euch an ABAP?

ewx hat geschrieben:Genau. Da fehlt der Knopf "Dannnimmdendochindreiteufelsnamen" direkt daneben...

Oh, da wäre ich vorsichtig. Dieser Knopf, der doch sehr nützlich ist, hat mir schon mal einen kompletten Report unwiederbringlich gelöscht. Ich habe es nicht nochmal getestet, aber so müsste man den "Bug" reproduzieren können:

- In SE80 Report mit Include vorhanden.
- Prüfung (Strg+F2) ausführen. Im Include erscheint ein Fehler mit dem besagten Knopf zum automatischen Korrigieren.
- Mit Doppelklick ein paar mal zwischen Report und Include wechseln.
- Während der Report angezeigt wird, den besagten Knopf zum Reparieren des Includes drücken.
- Der Report ist nun eine exakte Kopie des reparierten Includes.

Wie gesagt, ich müsste das mal Reproduzieren. Weiß nicht ob das immer so ist, aber es ist wenigstens ein Mal mir passiert.

Re: Was ärgert Euch an ABAP?

Ich schreibe gerade eine Anwendung auf der grünen Wiese. Und ich muss alle Deklarationen von Hand schreiben und formatieren.

Beispiel:
So, jetzt würde ich erwarten, dass ABAP weiß:
* Ah, er braucht eine interne Tabelle mit dem Namen $makt
* In dieser braucht er mindestens die Felder matnr und maktx
* es ist naheliegend, dass die Feldtypen aus der Tabelle MAKT hervorgehen

Irgendwann im Coding folgt: Daraus folgt, dass noch ein Feldsymbol <gs_makt> fehlt mit dem Zeilentypen von gt_makt

Ergo:
Edit:
(wobei ich noch nie verstanden habe, warum die Eigenschaften eines Feldes aus seinem Namen hervorgehen müssen -- ein Bekannter von mir sagt (gar nicht so untreffend): So programmieren Leute, die nicht programmieren können).
/Edit.

Ja, man hat Muster zum Deklarieren, aber das ist die am dämlichsten implementierte Form die ich je gesehen habe. Weil: Sie macht Deklarationen der folgenden Art:
Suuuuuper Idee, und wenn sich die Tabelle ändert, gibts den Typen nicht mehr und der ganze Rotz dumpt mir weg. Ja, MARA-MATNR wird nie wegfallen, aber es gibt genug Tabellen im Kundennamensraum, die sich wirklich mal ändern. Also muss man da ran und ersetzen, damit das so aussieht:
Selbst die SAP sagt, dass man SO ordentlich deklariert und nicht anders.

Außerdem sieht gut ausgerichtetes Coding lesbarer aus. Also macht man alle TYPEs und DATAs untereinander. Warum macht das SAP das nicht selbst mit dem Pretty Printer? Suche den längsten Ausdruck im Block, setze das TYPE dahinter und richte alle anderen TYPE danach aus. Dementsprechend auch mit DATA und Consorten. Das TYPE wird ja erkannt und in anderer Farbe dargestellt, ist es da so viel Arbeit, die entsprechen auszurichten?

Das sind so elemantare Funktionen, wo ich einfach denke: Kein Wunder, dass SAP-Coding oft aussieht wie hingeschissen....


Ralf *sauer, weil er eigentlich keine Zeit für so einen Mist hat

Nachtrag:
Neulich habe ich einen Field-Mapping-Funktionsbaustein geschrieben, der Daten aus SAP-Tabellen in BAPI-Strukturen ummappt. Was mich dabei ärgert (das waren etliche 100 Zeilen Coding): Im Datenelement steht der Default-Komponentenname drin, der in den BAPI-Strukturen Verwendung findet. Warum geht das nicht "automatischer". Beholfen habe ich mir übrigens mit Zwischenablage, Word, Excel und Regulären Ausdrücken. Daran sieht man, wie einfach es ist, sowas automatisch umzusetzen. Damit habe ich fast 1000 Zeilen Coding in wenigen Minuten generiert.