Funktionsbausteine: Lebensdauer der Daten
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
4 Beiträge
•
Seite 1 von 1
4 Beiträge
Seite 1 von 1
Hallo ABAP-Experten!
im folgenden SCN-Beitrag bin ich auf ein Code-Beispiel gestoßen, welches ich gut gebrauchen kann.
https://wiki.scn.sap.com/wiki/display/A ... +Interface
Nun enthält der Funktionsbaustein in dem Beispiel das folgende Coding:
So weit funktioniert das auch. Die Tabelle mit Kopfzeile habe ich auch schon durch eine Workarea ersetzt. Nur das folgende Coding hat mich etwas verwundert:
DATA : wa_extension TYPE bapiacextc.
CLEAR: wa_extension.
Ich bin immer davon ausgegangen, dass in einem Funktionsbaustein (nicht in den globalen Daten der Funktionsgruppe) deklarierte Daten nur während der Laufzeit des Bausteins gültig sind. Warum steht nun oben direkt nach der Deklaration der Variable die Anweisung " CLEAR: wa_extension.". Habe ich etwas grundlegend falsch verstanden oder ist diese Anweisung nicht komplett nutzlos?
Danke für Antworten!
LG
Felix
im folgenden SCN-Beitrag bin ich auf ein Code-Beispiel gestoßen, welches ich gut gebrauchen kann.
https://wiki.scn.sap.com/wiki/display/A ... +Interface
Nun enthält der Funktionsbaustein in dem Beispiel das folgende Coding:
Code: Alles auswählen.
FUNCTION zsample_interface_rwbapi01.
*"--------------------------------------------------------------------
""Local Interface:
*" TABLES
*" IT_ACCIT STRUCTURE ACCIT
*" IT_ACCCR STRUCTURE ACCCR
*" RETURN STRUCTURE BAPIRET2
*" EXTENSION STRUCTURE BAPIACEXTC
*" IT_ACCWT STRUCTURE ACCIT_WT
*" CHANGING
*" VALUE(DOCUMENT_HEADER) LIKE ACCHD STRUCTURE ACCHD
*"--------------------------------------------------------------------
DATA : wa_extension TYPE bapiacextc.
CLEAR: wa_extension.
LOOP AT extension INTO wa_extension.
READ TABLE it_accit WITH KEY posnr = wa_extension-field1(10).
IF sy-subrc EQ 0.
it_accit-bschl = wa_extension-field1+10(2).
MODIFY it_accit INDEX sy-tabix.
ENDIF.
ENDLOOP.
ENDFUNCTION.DATA : wa_extension TYPE bapiacextc.
CLEAR: wa_extension.
Ich bin immer davon ausgegangen, dass in einem Funktionsbaustein (nicht in den globalen Daten der Funktionsgruppe) deklarierte Daten nur während der Laufzeit des Bausteins gültig sind. Warum steht nun oben direkt nach der Deklaration der Variable die Anweisung " CLEAR: wa_extension.". Habe ich etwas grundlegend falsch verstanden oder ist diese Anweisung nicht komplett nutzlos?
Danke für Antworten!
LG
Felix
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von black_adept (Top Expert / 4089 / 127 /
940
)
»
Ja - die wa zu clearen Ist sinnlos.
Zumal es in dem folgenden Loop sowieso gleich wieder überschrieben wird und dabei völlig egal ist ob es vorher gecleart wurde oder nicht.
ABER - wenn ich nicht sicher bin schreibe ich auch lieber ein "CLEAR" mehr in mein Coding als eines zu wenig. Zumal man ja manchmal etwas via Copy&Pate von A nach B übernimmt, und dort dann die Rahmenbedingungen evtl. nicht mehr für ein automatisches CLEAR sorgen.
Und die Mikrosekunde an Laufzeit, die das verbrät sollte sich nicht wesentlich niederschlagen
Zumal es in dem folgenden Loop sowieso gleich wieder überschrieben wird und dabei völlig egal ist ob es vorher gecleart wurde oder nicht.
ABER - wenn ich nicht sicher bin schreibe ich auch lieber ein "CLEAR" mehr in mein Coding als eines zu wenig. Zumal man ja manchmal etwas via Copy&Pate von A nach B übernimmt, und dort dann die Rahmenbedingungen evtl. nicht mehr für ein automatisches CLEAR sorgen.
Und die Mikrosekunde an Laufzeit, die das verbrät sollte sich nicht wesentlich niederschlagen
Danke für Deine Antwort!
Das mit lieber ein CLEAR zu viel als zu wenig mache ich häufig auch so. Nur wie man in diesem Fall sieht, häufen sich diese dann doch recht häufig an Stellen, an welchen sie eindeutig nutzlos sind. Ich will nicht wissen, wie viele dieser unnötigen Anweisungen sich in meinem Code so tummeln.
LG
Felix
Das mit lieber ein CLEAR zu viel als zu wenig mache ich häufig auch so. Nur wie man in diesem Fall sieht, häufen sich diese dann doch recht häufig an Stellen, an welchen sie eindeutig nutzlos sind. Ich will nicht wissen, wie viele dieser unnötigen Anweisungen sich in meinem Code so tummeln.
LG
Felix
Solchen Codings sind mit Vorsicht zu geniessen.
Auf Wiki und im SCN kann ja anscheinend jeder posten und schreiben was er will, ob es nun gut, richtig oder auch nicht, kann man oft nicht erkennen.
In diesem Fall ist das Errorhandling z.B. (meiner Meinung nach) auch nicht korrekt.
Es wird "nur" geprueft ob "E" Errormeldungen existieren, aber nicht auf "A" Abbruchmeldungen (ich wuerde z.B. auch noch 'X' Meldungen abpruefen).
Anscheinend gibt es naemlich im BAPI auch "A" Abbruchmeldungen. Jedenfalls wird das im BAPI selber geprueft.
Auf Wiki und im SCN kann ja anscheinend jeder posten und schreiben was er will, ob es nun gut, richtig oder auch nicht, kann man oft nicht erkennen.
In diesem Fall ist das Errorhandling z.B. (meiner Meinung nach) auch nicht korrekt.
Es wird "nur" geprueft ob "E" Errormeldungen existieren, aber nicht auf "A" Abbruchmeldungen (ich wuerde z.B. auch noch 'X' Meldungen abpruefen).
Anscheinend gibt es naemlich im BAPI auch "A" Abbruchmeldungen. Jedenfalls wird das im BAPI selber geprueft.
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
1397
Views
Views
1
Antw.
Antw.
1457
Views
Views
3
Antw.
Antw.
1782
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Tagen von DeathAndPain 4 / 1198
vor 3 Tagen von DeathAndPain 4 / 1198
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 3 Tagen von DeathAndPain 4 / 1198
vor 3 Tagen von DeathAndPain 4 / 1198