Implizite Erweiterung - Datendeklaration im Rahmenprogramm
5 Beiträge
•
Seite 1 von 1
5 Beiträge
Seite 1 von 1
Beitrag
von Pfalz-Zauber (ForumUser / 5 / 0 /
0
)
»
Hi,
ich habe in einem SAP-Report eine neue Formroutine mittels impl. Erweiterung eingefügt. Soweit, so gut.
Nun werden aber in dieser Form weitere Forms aufgerufen, die Daten der aufrufenden Form verwenden.
Ich könnte diese natürlich beim PERFORM mit übergeben, würde die Deklarationen aber lieber global im Rahmenprogramm anlegen.
Leider finde ich da keine Stelle (ich dachte impl. Erweiterungen gehen auch am Anfang und am Ende von Datendeklarationen).
Wie macht man das, bzw. ist das überhaupt möglich?
ich habe in einem SAP-Report eine neue Formroutine mittels impl. Erweiterung eingefügt. Soweit, so gut.
Nun werden aber in dieser Form weitere Forms aufgerufen, die Daten der aufrufenden Form verwenden.
Ich könnte diese natürlich beim PERFORM mit übergeben, würde die Deklarationen aber lieber global im Rahmenprogramm anlegen.
Leider finde ich da keine Stelle (ich dachte impl. Erweiterungen gehen auch am Anfang und am Ende von Datendeklarationen).
Wie macht man das, bzw. ist das überhaupt möglich?
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Warum?Pfalz-Zauber hat geschrieben: ↑13.04.2023 15:26würde die Deklarationen aber lieber global im Rahmenprogramm anlegen.
das ist genau das, was wir seit inzwischen Jahrzehnten versuchen, zu vermeiden.
Folgende Benutzer bedankten sich beim Autor ewx für den Beitrag (Insgesamt 2):
DeathAndPain • deejey
Beitrag
von a-dead-trousers (Top Expert / 4397 / 223 /
1182
)
»
Da muss ich ewx zustimmen.
Eine klar definierte Schnittstelle ist zehnmal besser als globale Datenfelder.
Und noch eine kleine Empfehlung meinerseits:
Um beim Patchupgrade schneller zu sein und gegebenenfalls auch um Code wiederverwendbar zu machen, würde es sich empfehlen eben NICHT mit Formroutinen zu arbeiten sondern das Ganze in eine Klasse (oder meinetwegen einen Funktionsbaustein) auszulagern.
Eine klar definierte Schnittstelle ist zehnmal besser als globale Datenfelder.
Und noch eine kleine Empfehlung meinerseits:
Um beim Patchupgrade schneller zu sein und gegebenenfalls auch um Code wiederverwendbar zu machen, würde es sich empfehlen eben NICHT mit Formroutinen zu arbeiten sondern das Ganze in eine Klasse (oder meinetwegen einen Funktionsbaustein) auszulagern.
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
Beitrag
von DeathAndPain (Top Expert / 1947 / 257 /
413
)
»
Außer die ABAP OO-Programmierer. Die sind in Scharen zur Verwendung globaler Variablen zurückgekehrt (mit allen damit zusammenhängenden Nachteilen) und reden sich raus, indem sie sie beschönigend "Attribute" nennen. (scnr)ewx hat geschrieben: ↑13.04.2023 15:32Warum?Pfalz-Zauber hat geschrieben: ↑13.04.2023 15:26würde die Deklarationen aber lieber global im Rahmenprogramm anlegen.
das ist genau das, was wir seit inzwischen Jahrzehnten versuchen, zu vermeiden.
Man kann globale Variablen quasi simulieren, zB mit EXPORT/IMPORT, oder einem Speicher-FB der Inputdaten ablegt und einem Lese-FB der in der selben Funktionsgruppe ist, den kann man von überall her aufrufen und es auslesen. Natürlich widerspricht das vollkommen der Kapselungsidee.Pfalz-Zauber hat geschrieben: ↑13.04.2023 15:26Hi,
ich habe in einem SAP-Report eine neue Formroutine mittels impl. Erweiterung eingefügt. Soweit, so gut.
Nun werden aber in dieser Form weitere Forms aufgerufen, die Daten der aufrufenden Form verwenden.
Ich könnte diese natürlich beim PERFORM mit übergeben, würde die Deklarationen aber lieber global im Rahmenprogramm anlegen.
Leider finde ich da keine Stelle (ich dachte impl. Erweiterungen gehen auch am Anfang und am Ende von Datendeklarationen).
Seite 1 von 1
Vergleichbare Themen
8
Antw.
Antw.
6314
Views
Views
Implizite Erweiterung. Include. Anweisung ist n. erreichbar
von kbit100 » 29.02.2016 15:03 • Verfasst in ABAP® für Anfänger
von kbit100 » 29.02.2016 15:03 • Verfasst in ABAP® für Anfänger
2
Antw.
Antw.
412
Views
Views
3
Antw.
Antw.
5294
Views
Views
Implizite Erweiterungsimplementierung Modifikationsfrei?
von abuma » 16.02.2017 11:03 • Verfasst in ABAP® für Anfänger
von abuma » 16.02.2017 11:03 • Verfasst in ABAP® für Anfänger
2
Antw.
Antw.
1912
Views
Views
FB01 in Rahmenprogramm starten -> Bel.Nr zurückgeben
von henninger » 06.02.2007 11:07 • Verfasst in ABAP® Core
von henninger » 06.02.2007 11:07 • Verfasst in ABAP® Core
1
Antw.
Antw.
870
Views
Views
Wie findet man das Rahmenprogramm eines Infosets?
von DeathAndPain » 03.06.2019 12:44 • Verfasst in ABAP® Core
von DeathAndPain » 03.06.2019 12:44 • Verfasst in ABAP® Core
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Umherspringende Methoden im quelltextbasierten Class Builder
vor 4 Stunden von ralf.wenzel 104 / 10007
vor 4 Stunden von ralf.wenzel 104 / 10007
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
Umherspringende Methoden im quelltextbasierten Class Builder
vor 4 Stunden von ralf.wenzel 104 / 10007
vor 4 Stunden von ralf.wenzel 104 / 10007