Alle Deklarationen in FORM Routinen ermitteln
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Beitrag
von DeathAndPain (Top Expert / 1967 / 261 /
415
)
»
Da passiert überhaupt nichts, außer dass meine Variable erwartungsgemäß initialisiert wird.Mach mal ein "clear PB0001" und du weißt, warum der vor Verschattung warnt.
Was hast Du erwartet, dass er die gleichnamige Datenbanktabelle leert?!? CLEAR kann überhaupt nur interne Felder leeren, und da gibt es nur eins, nämlich das, das ich per DATA definiert habe.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von ralf.wenzel (Top Expert / 3946 / 201 /
281
)
»
Nur um deinen Fall zu verstehen: Du hast KEINE lokal deklarierte Tabelle gleichen Namens? Du selektierst also nur einen Satz?
Ralf
Ralf
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Er meint das sicherlich so, die Warnung wird angezeigt, obwohl es nur eine lokale Variable gibt.ralf.wenzel hat geschrieben: ↑09.10.2019 14:23Nur um deinen Fall zu verstehen: Du hast KEINE lokal deklarierte Tabelle gleichen Namens? Du selektierst also nur einen Satz?DeathAndPain hat geschrieben: ↑09.10.2019 12:38"Der Arbeitsbereich "PB0001" wird durch ein gleichnamiges lokales Datenobjekt (Parameter,Variable) verschattet."
PB0001 ist eine Tabelle, von der ich eine Zeile lese. Der Einfachheit halber mache ich das mit klassicher Syntax ohne INTO, also mit namensgleicher Variable (aber per DATA, nicht per TABLES deklariert). Daraufhin bekomme ich obenstehende nervige Warnung, die noch nicht mal inhaltlich stimmt, denn es gibt zu der Tabelle keinen TABLES-Befehl und keine globale Variable dieses Namens, sondern lediglich diese lokale Variable, die halt den Namen der Datenbanktabelle trägt (was in ABAP nicht verboten ist), so dass hier überhaupt nichts verschattet wird. Ein Pragma, um das zumindest auszublenden, gibt es auch nicht.
Code: Alles auswählen.
PERFORM test.
******************************
FORM test.
DATA pb0001 TYPE pb0001.
SELECT SINGLE * FROM pb0001.
ENDFORM.
( SAP ECC 6.0, NetWeaver 7.0, ohne unicode, ohne support/enhancement packages )
Beitrag
von DeathAndPain (Top Expert / 1967 / 261 /
415
)
»
Ganz genau. Eine interne Tabelle, die genauso heißt wie die Datenbanktabelle, habe ich nicht angelegt. Das wäre sehr irreführend und verwirrend. Ich habe einfach nur wie in Lexgis' Codebeispiel zu sehen per DATA eine Workarea-Variable für den SELECT angelegt, die genauso heißt wie die Tabelle, so dass ich mir beim SELECT den INTO sparen kann.
Wahrscheinlich könnte ich die Meldung wegkriegen, indem ich TABLES anstelle von DATA verwende, aber der TABLES-Befehl beinhaltet noch mehr, was ich hier explizit nicht brauche, und die Warnung ist sachlich falsch.
Wahrscheinlich könnte ich die Meldung wegkriegen, indem ich TABLES anstelle von DATA verwende, aber der TABLES-Befehl beinhaltet noch mehr, was ich hier explizit nicht brauche, und die Warnung ist sachlich falsch.
Vergleichbare Themen
2
Antw.
Antw.
1581
Views
Views
0
Antw.
Antw.
1636
Views
Views
4
Antw.
Antw.
2624
Views
Views
17
Antw.
Antw.
5121
Views
Views
68
Antw.
Antw.
16851
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
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
Einblenden / Füllen Felder in SapScript Formular (Mahnformular für Selbstzahler)
letzen Monat von dodas 1 / 3909
letzen Monat von dodas 1 / 3909