Methode soll multiple Select-Options Tabellen liefern

Methode soll multiple Select-Options Tabellen liefern

Hallo,
Ihr kennt warscheinlich alle das Problem: diese typischen Coding-Abfragen nach bestimmten Buchungskreisen, Mitarbeitergruppen/Kreisen, Kostenstellen etc.

Ich hatte mir vor einigen Jahren da mal ein hübsches kleines ABAP-Statement gebaut, mit dem ich eine eigene DB-Tabelle ausgelesen habe, und an bestimmten Einsprungspunkten mit meine Select-Options gefüllt habe. Hat immer perfekt funktioniert.

Hier ein Beispiel aus dem alten Coding:
RANGES: SO_BUKRS fOR BKPF_BUKRS.
LOOP....
PERFORM FILL_SELECTION_TABLE TABLES S_BUKRS USING ZSX_S40-SIGN ZSX_S40-OPTI ZSX_S40-LOW ZSX_S40-HIGH.
ENDLOOP.

FORM FILL_SELECTION_TABLE TABLES T_RANGE
USING P_SIGN
P_OPTION
P_LOW
P_HIGH.

Und schwupps, die SO_BUKRS ist gefüllt.

Jetzt wollte ich das Ganze mal als Klassenmethode hinterlegen. Da Perform-Aufrufe im OO-Kontext ja verboten sind. Hab ich mir einfacher vorgestellt. Mir gelingt einfach nicht der Punkt, wo ich die Select-Option Tabelle als Exportparameter rausgeben will. Eben genau das, was normales ABAP im Perform-Aufruf locker gelingt mit der Tables Anweisung.

In meiner OO-Methode hab ich SO_BUKRS als Attribut definiert. Mit TYPE RANGE OF. Anders gehts glaub ich nicht. Als Exportparamter ist FS definiert mit TYPE ANY TABLE.

....blabla...
MOVE-CORRESPONDING TRANGE TO SO_BUKRS.
ASSIGN SO_BUKRS TO <FS>.
FS = <FS>. _-hier fliegt es auseinander, weil FS zwar namensgleiche Felder hat, aber LOW/High sind halt CSTRING-Felder. Und in SO_BUKRS sind LOW/High schon auf den Buchungsgskreis eingeschossen: C4. Ich vermute darin liegt es.

Ich würde halt auf der anderen Seite der Methode am liebsten ja nach zu füllender SO-Tabelle das direkt bekommmen, bzw. notfalls auch als ANY TABLE.

CALL METHOD ZCLPT_UTIL=>SET_SELECTION_TABLE
EXPORTING
ZSTPT_MS = LS_ZSTPT_MS
IMPORTING
FS = <T>. "oder am besten direkt in DIESEM FALL SO_BUKRS/SO_KOSTL/...


Gruss

Re: Methode soll multiple Select-Options Tabellen liefern

@a-d-t: Was hattest du denn da für Typprüfungen eingebaut? Ich hätte jetzt in der Methode etwa folgendes erwartet, aber den Aufrufer für eventuelle Prüfungen haftbar gemacht. .

Re: Methode soll multiple Select-Options Tabellen liefern

black_adept hat geschrieben: ↑

08.06.2021 15:26

@a-d-t: Was hattest du denn da für Typprüfungen eingebaut? Ich hätte jetzt in der Methode etwa folgendes erwartet, aber den Aufrufer für eventuelle Prüfungen haftbar gemacht.

Code: Alles auswählen.

append initial line to CT_RANGE assigning <rangeline>
assign component 1 of structure <rangeline> to <fs>. <fs> = id_sign.
assign component 2 of structure <rangeline> to <fs>....

.

Ob es sich bei der Tabelle tatsächlich um einen Range handelt.
1. Die vier Felder per Name prüfen
2. Feld drei und vier vom selben Datentyp
usw.
Sowas in der Art 😉

Re: Methode soll multiple Select-Options Tabellen liefern

black_adept hat geschrieben: ↑

09.06.2021 11:18

Ok - ich verstehe die Intention und da du das Ganze ja zurück baust ist es eigenlich eh egal. Aber trotzdem mal so eine grundsätzliche Frage: Warum die Prüfungen überhaupt? Die Routine füllt doch erst mal nur eine Tabelle. Wenn diese sinnlos strukturiert ist ( weil ANY TABLE ) ist das halt so - dann hat der Aufrufer aber eh ein Problem, sobald er diese Tabelle irgendwo bei einer WHERE-Bedingung tatsächlich als Range einsetzen möchte und bekommt da die Fehlermeldung quasi "frei Haus" in Form eines Dumps geliefert.

Ein Wort: Sanitizing