Generische ABAP-Programmierung
5 Beiträge
•
Seite 1 von 1
5 Beiträge
Seite 1 von 1
Hallo zusammen,
Ich möchte an eine Methode eine beliebige itab übergeben und diese dann nach bestimmten Kriterien bzw. Komponenten sortieren.
Es muus sehr generisch sein und damit beginnen meine Probleme. Hier mein Code:
Die Interne Tabelle data_itab ist generisch und vom Typ TABLE.
Und jetzt meine Frage: warum kann ich auf die Tablle <lft_data> kein READ TABLE WITH KEY machen?
Ich bekomme immer die Fehlermeldung das diese itab keine Struktur hat.
Aber mit dem CREATE DATA gebe ich ihr doch generisch eine Struktur oder nicht?
Wie kann ich dieses Umgehen bzw. was kann ich machen damit der READ TABLE WITH KEY machbar ist?
Danke euch im Voraus.
Ich möchte an eine Methode eine beliebige itab übergeben und diese dann nach bestimmten Kriterien bzw. Komponenten sortieren.
Es muus sehr generisch sein und damit beginnen meine Probleme. Hier mein Code:
Code: Alles auswählen.
DATA: lo_structdescr TYPE REF TO cl_abap_structdescr,
lo_tabledescr TYPE REF TO cl_abap_tabledescr,
lo_data TYPE REF TO data.
FIELD-SYMBOLS: <lfs_line> TYPE ANY,
<lft_data> TYPE ANY TABLE.
* Zeile Lesen
READ TABLE data_itab ASSIGNING <lfs_line> INDEX 1.
* Zeilen-Struktur bestimmen
lo_structdescr ?= cl_abap_datadescr=>describe_by_data( <lfs_line> ).
* Aus Struktur eine itab bauen
TRY.
lo_tabledescr = cl_abap_tabledescr=>create( p_line_type = lo_structdescr ).
CATCH cx_sy_table_creation.
ENDTRY.
* Referenz typisieren.
CREATE DATA lo_data TYPE HANDLE lo_tabledescr.
ASSIGN lo_data->* TO <lft_data>.
* Zuweisung
<lft_data> = data_itab.
Und jetzt meine Frage: warum kann ich auf die Tablle <lft_data> kein READ TABLE WITH KEY machen?
Ich bekomme immer die Fehlermeldung das diese itab keine Struktur hat.
Aber mit dem CREATE DATA gebe ich ihr doch generisch eine Struktur oder nicht?
Wie kann ich dieses Umgehen bzw. was kann ich machen damit der READ TABLE WITH KEY machbar ist?
Danke euch im Voraus.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Folgendes sollte funktionieren:
data: l_key_name1 type string.
data: l_key_name2 type string.
move .... to l_key_name1.
move .... to l_key_name2.
read table data_itab
ASSIGNING <lfs_line>
with key (l_key_name1) = .....
(l_key_name2) = .....
data: l_key_name1 type string.
data: l_key_name2 type string.
move .... to l_key_name1.
move .... to l_key_name2.
read table data_itab
ASSIGNING <lfs_line>
with key (l_key_name1) = .....
(l_key_name2) = .....
Hallo,
ich hatte gestern ein ähnliches Problem.
Da der Typ generisch angegeben wird, ist bei der statischen Programmprüfung kein Typ bekannt, da dieser ja erst zur Laufzeit festgelegt wird.
Ich bin auch darauf reingefallen.
Schau mal hier. http://www.abapforum.com/forum/viewtopi ... =3&t=17655
ich hatte gestern ein ähnliches Problem.
Da der Typ generisch angegeben wird, ist bei der statischen Programmprüfung kein Typ bekannt, da dieser ja erst zur Laufzeit festgelegt wird.
Ich bin auch darauf reingefallen.
Schau mal hier. http://www.abapforum.com/forum/viewtopi ... =3&t=17655
Beitrag
von a-dead-trousers (Top Expert / 4419 / 224 /
1189
)
»
hi!
Weches ABAP-Basis-Release setzt ihr ein?
Normalerweise kann der SORT Befehl auch mit einer (generischen) Sortiertabelle versorgt werden.
Typ ABAP_SORTORDER_TAB
ABAP-Hilfe: SORT ... BY (otab).
Aber Achtung: Auch hier gelten alle Vorgaben wie in Standard-ABAP. Tabelle darf keine HASH bzw. SORTED Tabelle sein usw.
lg ADT.
Weches ABAP-Basis-Release setzt ihr ein?
Normalerweise kann der SORT Befehl auch mit einer (generischen) Sortiertabelle versorgt werden.
Typ ABAP_SORTORDER_TAB
ABAP-Hilfe: SORT ... BY (otab).
Aber Achtung: Auch hier gelten alle Vorgaben wie in Standard-ABAP. Tabelle darf keine HASH bzw. SORTED Tabelle sein usw.
lg ADT.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Hallo zusammen,
ich habe das Proble, nun gelöst.
Das mit dem READ TABLE ich habe es so versucht:
READ TABLE <lft_data> TRANSPORTING NO FIELDS WITH KEY equnr = lv_equnr.
Wenn es generisch seien muss, muss nämlich so heißen:
READ TABLE <lft_data> TRANSPORTING NO FIELDS WITH KEY ('EQUNR') = lv_equnr.
ich habe das Proble, nun gelöst.
Das mit dem READ TABLE ich habe es so versucht:
READ TABLE <lft_data> TRANSPORTING NO FIELDS WITH KEY equnr = lv_equnr.
Wenn es generisch seien muss, muss nämlich so heißen:
READ TABLE <lft_data> TRANSPORTING NO FIELDS WITH KEY ('EQUNR') = lv_equnr.
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
888
Views
Views
4
Antw.
Antw.
6096
Views
Views
7
Antw.
Antw.
4136
Views
Views
0
Antw.
Antw.
1813
Views
Views
SAP Workflow Programmierung
von Yeliz92 » 25.01.2018 12:59 • Verfasst in Material Management & Produktionsplanung
von Yeliz92 » 25.01.2018 12:59 • Verfasst in Material Management & Produktionsplanung
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.