SELECT-OPTIONS ... FOR TYPE?!?
Beitrag
von black_adept (Top Expert / 4087 / 126 /
940
)
»
SAP macht aber im Dynpro beim Feldtransport im PAI und PBO eine Zuweisung auf im Programm gleich benannte global erreichbare Felder. Somit kommt man sobald man mit Dynpros arbeitet eigentlich gar nicht drum herum irgendwo so einen globalen Datenbereich vorzuhalten - egal ob es sich um ein Tables, Data oder statisches Attribut einer Klasse handelt.
Und wie a-d-t schon bemerkte. Wenn man auf im DDIC bekannte Strukturen mittels TABLES referenziert bekommt man an diversen Stellen Sachen geschenkt die man sonst mühselig selbst programmieren müsste. Ich glaube selbst ein "DATA: mara type mara" verhält sich nicht gleich der "TABLES: mara" Anweisung in irgendwelchen Spezialfällen obwohl die beiden sich vom Type her eigentlich nicht unterscheiden.
P.S. Meine Vorgehensweise recht häufig: Für alle Felder eines Dynpros im DDIC eine Struktur mit Namen "<progname>_<dynnr>" anlegen und diese als TABLES im Programm zu definieren.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von DeathAndPain (Top Expert / 1941 / 257 /
412
)
»
Ja, aber nicht immer ist das möglich, auch mit Blick auf den einen oder anderen alten Zopf, den es in SAP halt noch gibt.ST22 hat geschrieben:...und ich finde, damit öffnet man wieder Tor und Tür, da man ja auch wieder einen globalen Datenbereich definiert...
Ich versuche konsequent drauf zu verzichten und nehme etwas Mehrarbeit in Kauf. Ist ja auch wieder so ne Glaubensfrage ;-).
Ich möchte die Aussage noch weiter aufweichen. Wenn man im HCM beispielsweise eine sog. Dynamische Maßnahme programmiert und dort eine Formroutine hinterlegt, dann muss man in dem Subroutinenpool dieser Formroutine bestimmte TABLES-Befehle angeben, um benötigte Werte von und zur aufrufenden Dynamischen Maßnahme transportieren zu können. Das mag einem gefallen oder nicht, aber die SAP hat das so designt.adt hat geschrieben:Ich möchte meine Aussage doch noch etwas "aufweichen":
... zur Kommunikation (PAI/PBO) mit Dynpros (und auch nur dafür) ...
Auch wenn man in einem Report oder bestimmten User-Exits (z.B. ZXPADU02) die Struktur SSCRFIELDS nutzen möchte, etwa zur Prüfung des UCOMM, muss man diese per TABLES-Befehl zugänglich machen.
Also es gibt schon noch den einen oder anderen Anwendungsfall für den TABLES-Befehl. Man sollte ihn halt nur nicht mehr nutzen, um routinemäßige Workareas für Datenbanktabellen zu deklarieren.
Das finde ich eine ganz schreckliche Herangehensweise. Programmspezifische Felder haben nach meiner Überzeugung im DDIC nichts verloren und müllen dieses nur voll. Dynprofelder kann man problemlos als globale Felder im Dynproprogramm deklarieren. Wenn man sich auf ein Feld einer DDIC-Tabelle bezieht, dann erbt das Feld meines Wissens auch alle Attribute. Man muss nur darauf achten, dass man über ein Feld einer DDIC-Tabelle (oder DDIC-Struktur) typisiert und nicht über ein Datenelement, denn die Fremdschlüssel usw. sind nur in der Tabelle definiert.black_adept hat geschrieben:P.S. Meine Vorgehensweise recht häufig: Für alle Felder eines Dynpros im DDIC eine Struktur mit Namen "<progname>_<dynnr>" anlegen und diese als TABLES im Programm zu definieren.
Also DATA g_matnr TYPE mara-matnr.
und nicht DATA g_matnr TYPE matnr.
Beitrag
von black_adept (Top Expert / 4087 / 126 /
940
)
»
@D&P: Es geht um Erleichterungen - zumindest mal original in diesem Thread. Wenn man im Screenpainter für ein programmglobales strukturiertes Feld alle oder gezielt Komponenten holen möchte kann man die auswählen und SAP fügt die ein. Allerdings ohne zugehörigen Bezeichner. Wenn ich hingegen ein Feld aus dem DDIC hole sind die Bezeichner dabei - aber ich muss halt ein programmglobales Feld haben das genau so heißt wie das DDIC Feld.
Beitrag
von DeathAndPain (Top Expert / 1941 / 257 /
412
)
»
Dann würde ich lieber ein solches anlegen als eine programmbezogene Krücke im DDIC.
Beitrag
von black_adept (Top Expert / 4087 / 126 /
940
)
»
???DeathAndPain hat geschrieben: ↑04.12.2020 16:28Dann würde ich lieber ein solches anlegen als eine programmbezogene Krücke im DDIC.
Vergleichbare Themen
5
Antw.
Antw.
7925
Views
Views
TYPE Select-options bei Importingparameter
von abap-strizi » 12.12.2005 09:49 • Verfasst in ABAP Objects®
von abap-strizi » 12.12.2005 09:49 • Verfasst in ABAP Objects®
0
Antw.
Antw.
2272
Views
Views
select-options depend on select-options.
von dragospirnut1 » 19.07.2017 09:54 • Verfasst in ABAP® Core
von dragospirnut1 » 19.07.2017 09:54 • Verfasst in ABAP® Core
10
Antw.
Antw.
6668
Views
Views
2 Select-Options zu einem für Select zusammenfügen
von manuk » 23.03.2005 11:02 • Verfasst in ABAP® Core
von manuk » 23.03.2005 11:02 • Verfasst in ABAP® Core
4
Antw.
Antw.
18652
Views
Views
Select nach Parameter & Select-Options
von doeme » 10.07.2012 16:37 • Verfasst in ABAP® für Anfänger
von doeme » 10.07.2012 16:37 • Verfasst in ABAP® für Anfänger
2
Antw.
Antw.
3802
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1035
vor 2 Tagen von DeathAndPain 4 / 1035
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1035
vor 2 Tagen von DeathAndPain 4 / 1035