Kapselung Dynproteile
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Moin moin,
ich mache meine (grundsätzlich gemeinte) Frage mal an einem Beispiel fest. In einem Unternehmen gibt es eine grundsätzliche Regel für ALV-Listviewer-Varianten, meinetwegen soll die Werthilfe für das Selektionsbild-Eingabefeld irgendwelche Besonderheiten aufweisen. Nun würde es sich anbieten, nicht in jedem Report dieselbe Logik zu codieren, sondern das in einer globalen Klasse zu machen, damit alle Reports darauf nur noch zugreifen müssen. Hier könnte man z. B. in einer Methode codieren, dass zum rufenden Programm eine Werhilfe aufgerufen wird, wenn im ALV-Eingabefeld auf dem Selektionsbild F4 gedrückt wird.
Nun möchte ich aber auch einen Standard haben für die Ausgabe des Feldes "ALV-Anzeigevariante" und der Beschreibung auf dem Selektionsbild. Auch hier möchte ich nicht in jedem Report eigenständig Logik verballern, sondern das irgendwo zentral ablegen.
Das kann man natürlich grundsätzlich auf Dynproteile anwenden: Wenn etwas überall gleich sein soll (was immer gut ist wg. der Usability) und im Zweifel systemweit von Fortschritten profitieren soll, wird zentral angelegt und gepflegt. Da es bekanntlich eine ausgesprochen schlechte Idee ist, ein zentrales Include zu verwenden und das in jeden Report einzubinden, würde ich diesen Dynproteil gern in die Klasse hängen, die für diesen Dynproteil auch die Logik bereitstellt. Das aber geht nicht.
Wie macht ihr das? Doch mit zentralen Includes oder den Teil des Dynpros irgendwie in eine Funktionsgruppe auslagern?
ich mache meine (grundsätzlich gemeinte) Frage mal an einem Beispiel fest. In einem Unternehmen gibt es eine grundsätzliche Regel für ALV-Listviewer-Varianten, meinetwegen soll die Werthilfe für das Selektionsbild-Eingabefeld irgendwelche Besonderheiten aufweisen. Nun würde es sich anbieten, nicht in jedem Report dieselbe Logik zu codieren, sondern das in einer globalen Klasse zu machen, damit alle Reports darauf nur noch zugreifen müssen. Hier könnte man z. B. in einer Methode codieren, dass zum rufenden Programm eine Werhilfe aufgerufen wird, wenn im ALV-Eingabefeld auf dem Selektionsbild F4 gedrückt wird.
Nun möchte ich aber auch einen Standard haben für die Ausgabe des Feldes "ALV-Anzeigevariante" und der Beschreibung auf dem Selektionsbild. Auch hier möchte ich nicht in jedem Report eigenständig Logik verballern, sondern das irgendwo zentral ablegen.
Das kann man natürlich grundsätzlich auf Dynproteile anwenden: Wenn etwas überall gleich sein soll (was immer gut ist wg. der Usability) und im Zweifel systemweit von Fortschritten profitieren soll, wird zentral angelegt und gepflegt. Da es bekanntlich eine ausgesprochen schlechte Idee ist, ein zentrales Include zu verwenden und das in jeden Report einzubinden, würde ich diesen Dynproteil gern in die Klasse hängen, die für diesen Dynproteil auch die Logik bereitstellt. Das aber geht nicht.
Wie macht ihr das? Doch mit zentralen Includes oder den Teil des Dynpros irgendwie in eine Funktionsgruppe auslagern?
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von jensschladitz (Specialist / 417 / 0 /
56
)
»
Sali,
ein Ansatz wäre - das SS als Subscreen in einen eigenen Include legen den du in jedem Programm wo Bedarf ist einbindest
die Bearbeitung des F4 Absprung lagerst du dann in eine Klasse aus und dort wo benötigt erzeugst du dir ein Objekt selbiger und die Methode deiner F4-Hilfe rufst du dann auf
... wäre mal so eine Idee von mir
Gruss
ein Ansatz wäre - das SS als Subscreen in einen eigenen Include legen den du in jedem Programm wo Bedarf ist einbindest
die Bearbeitung des F4 Absprung lagerst du dann in eine Klasse aus und dort wo benötigt erzeugst du dir ein Objekt selbiger und die Methode deiner F4-Hilfe rufst du dann auf
... wäre mal so eine Idee von mir
Gruss
thanks Jens
Beitrag
von a-dead-trousers (Top Expert / 4397 / 223 /
1182
)
»
hi!
Eine andere Variante wäre, das alles über das DDIC zu lösen. (Suchhilfe, Conv-Exits usw.)
Der Vorteil liegt hier darin, dass alle Standard-Reports (z.B. Tabellenpflegegenerator) damit umgehen können.
Bei Selektionsbildschirmen funktioniert das dann "out-of-the-box" (Man muss nur einmal in die Textsymbole und den Dictionary-Hacken setzen)
In normalen Dynpros muss sichergestellt sein, dass der DDIC-Bezug passt. (Gleich benannt und Hacken gesetzt)
lg ADT
Eine andere Variante wäre, das alles über das DDIC zu lösen. (Suchhilfe, Conv-Exits usw.)
Der Vorteil liegt hier darin, dass alle Standard-Reports (z.B. Tabellenpflegegenerator) damit umgehen können.
Bei Selektionsbildschirmen funktioniert das dann "out-of-the-box" (Man muss nur einmal in die Textsymbole und den Dictionary-Hacken setzen)
In normalen Dynpros muss sichergestellt sein, dass der DDIC-Bezug passt. (Gleich benannt und Hacken gesetzt)
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
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Das ist leider keine besonders gute Idee: Wenn das Include jemals angefasst wird, wird beim Aktivieren jeder Report generiert, der das Include inkludiert. Das ist einer der wesentlichen Gründe für Regel 4.15*
*lt. Numerierung in ABAP-Programmierrichtlinien , die Regel findet sich aber auch in der SAP-Hilfe
*lt. Numerierung in ABAP-Programmierrichtlinien , die Regel findet sich aber auch in der SAP-Hilfe
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Bitte, bitte, bitte: Das Wort heißt Haken. Hacken ist das, was du machst, wenn du eine Hacke in der Hand hast.a-dead-trousers hat geschrieben:Hacken setzen (....) und Hacken gesetzt
Mit dieser Lösung kann man Werthilfen erzeugen oder sowas (also Coding, was ich in die Klasse verlegen will). Das Dynpro selbst wird damit nicht vereinheitlicht. Die Subscreen-Lösung ist eigentlich die naheliegenste, aber eben auch die am wenigsten ratsamste.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von a-dead-trousers (Top Expert / 4397 / 223 /
1182
)
»
Ich bin der Hackerralf.wenzel hat geschrieben:Bitte, bitte, bitte: Das Wort heißt Haken. Hacken ist das, was du machst, wenn du eine Hacke in der Hand hast.
Du kannst das Coding ja trotzdem in eine Klasse auslagern. Du musst es nur im Exit der Suchhilfe (einmalig) aufrufen.ralf.wenzel hat geschrieben:Mit dieser Lösung kann man Werthilfen erzeugen oder sowas (also Coding, was ich in die Klasse verlegen will).
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 ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Richtig, aber ein Dynpro-Template habe ich dann immer noch nichta-dead-trousers hat geschrieben: Du kannst das Coding ja trotzdem in eine Klasse auslagern. Du musst es nur im Exit der Suchhilfe (einmalig) aufrufen.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Warum ist das wenig ratsam?ralf.wenzel hat geschrieben:Die Subscreen-Lösung ist eigentlich die naheliegenste, aber eben auch die am wenigsten ratsamste.
Ralf, redest du jetzt von einem Selektionsbild oder einem Dynpro?
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Ein Selektionsbild IST ein Dynpro. Warum es nicht ratsam ist, Include-Programme mehrfach zu inkludieren:
* Probleme bei der Wartung - durch Arbeiten an einem Objekt kann man einen ganzen Stapel von anderen (inkludierenden) Programmen kaputtmachen.
* Generierungsorgie wenn man ein solch zentrales Include generiert
* Verlust der Semantik (bzw. Erzeugung einer ganz anderen Semantik in einem anderen Programm)
* Probleme bei der Wartung - durch Arbeiten an einem Objekt kann man einen ganzen Stapel von anderen (inkludierenden) Programmen kaputtmachen.
* Generierungsorgie wenn man ein solch zentrales Include generiert
* Verlust der Semantik (bzw. Erzeugung einer ganz anderen Semantik in einem anderen Programm)
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Der Hinweis war klar.ralf.wenzel hat geschrieben:Ein Selektionsbild IST ein Dynpro.
Ein Selektionsbild ist ein SPEZIELLES Dynpro!
Deswegen meine Nachfrage, ob du dein Beispiel in einem Selektionsbild oder in einem Dynpro verwenden möchtest.
Du sprachst aber von SubScreens und nicht von Programmen...ralf.wenzel hat geschrieben:Warum es nicht ratsam ist, Include-Programme mehrfach zu inkludieren:
Also: Warum ist die Verwendung eines Subscreens wenig ratsam?
Das lässt sich jedoch erstens in der Regel leicht feststellen/ ausschließen und zweitens funktionieren auch bei der Verwendung einer fehlerhaft geänderten globalen Methode die aufrufenden Programme nicht mehr.ralf.wenzel hat geschrieben:* Probleme bei der Wartung - durch Arbeiten an einem Objekt kann man einen ganzen Stapel von anderen (inkludierenden) Programmen kaputtmachen.
Irgendwas is ja immer...ralf.wenzel hat geschrieben:* Generierungsorgie wenn man ein solch zentrales Include generiert
Ist das wirklich ausschließlich ein Problem von Includes? Gilt das nicht auch für erwähnte globale Methoden?ralf.wenzel hat geschrieben:* Verlust der Semantik (bzw. Erzeugung einer ganz anderen Semantik in einem anderen Programm)
Anhand deiner Antworten gehe ich davon aus, dass du von einem Selektionsbild sprichst, da hier ein "Subscreen" tatsächlich durch ein Programminclude erzeugt werden kann.
Die Einbindung eines echten Subscreens ist in Selektionsbildern auch nicht wirklich elegant.
Ich könnte mir als Alternative vorstellen, dass man deine Anforderung auch als Drucktaste abbilden könnte. Durch Betätigen der Drucktaste kommt die erwähnte Suchhilfe. Die eingestellte Suchhilfe kann als Text im Button dargestellt werden.
Diese Lösung funktioniert aber nur speziell bei dieser einen kleinen Anforderung. Sobald wirklich mehrere (Eingabe-) Felder notwendig sind, kommt man zwangsläufig wieder zu deiner Ausgangsfrage.
Und um diese nun zu beantworten: Ich verwende Includes.
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Das Beispiel war jetzt aus einem Selektionsbild, für Dynpros kann ich mir Ähnliches vorstellenewx hat geschrieben:ob du dein Beispiel in einem Selektionsbild oder in einem Dynpro verwenden möchtest.
Wenn du die Subscreens irgendwo zentral definieren willst, musst du das in Includes machen. Mir ist nicht bekannt, dass es einen Weg gibt, einen Teil aus einem Selektionsbild einer Funktionsgruppe in einen Report einzublenden.ewx hat geschrieben:Du sprachst aber von SubScreens und nicht von Programmen...
Also: Warum ist die Verwendung eines Subscreens wenig ratsam?
Eine Methode ist ein Programm, das durch die Klasse ein eigenes Rahmenprogramm hat, dem es zugehörig ist. Ein Include ist ein rein textueller Codingabschnitt.ewx hat geschrieben:Das lässt sich jedoch erstens in der Regel leicht feststellen/ ausschließen und zweitens funktionieren auch bei der Verwendung einer fehlerhaft geänderten globalen Methode die aufrufenden Programme nicht mehr.
LOLewx hat geschrieben:Irgendwas is ja immer...
Eine Methode kann ich im Rahmen einer Klasse testen. Ein Syntaxfehler breitet sich nicht aus, so dass zig. Programme nicht mehr aktivierbar sind.ewx hat geschrieben:Ist das wirklich ausschließlich ein Problem von Includes? Gilt das nicht auch für erwähnte globale Methoden?
Eben....ewx hat geschrieben:Anhand deiner Antworten gehe ich davon aus, dass du von einem Selektionsbild sprichst, da hier ein "Subscreen" tatsächlich durch ein Programminclude erzeugt werden kann.
Die Einbindung eines echten Subscreens ist in Selektionsbildern auch nicht wirklich elegant.
Diese Lösung funktioniert aber nur speziell bei dieser einen kleinen Anforderung. Sobald wirklich mehrere (Eingabe-) Felder notwendig sind, kommt man zwangsläufig wieder zu deiner Ausgangsfrage.[/quote]ewx hat geschrieben:Ich könnte mir als Alternative vorstellen, dass man deine Anforderung auch als Drucktaste abbilden könnte. Durch Betätigen der Drucktaste kommt die erwähnte Suchhilfe. Die eingestellte Suchhilfe kann als Text im Button dargestellt werden.
Eben, wenn ich eine Suchhilfe für dieses Feld brauche.... Oder es sind mehrere Felder....
Ich derzeit auch, aber ich bin mir der Probleme bewusst, die das macht. Darum suche ich nach einer anderen Möglichkeit. Einer "kapseligeren"ewx hat geschrieben:Und um diese nun zu beantworten: Ich verwende Includes.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Doch, es geht (Steht übrigens im ABAP Kochbuch: Kapitel 5.4...ralf.wenzel hat geschrieben:Wenn du die Subscreens irgendwo zentral definieren willst, musst du das in Includes machen. Mir ist nicht bekannt, dass es einen Weg gibt, einen Teil aus einem Selektionsbild einer Funktionsgruppe in einen Report einzublenden.
).Du kannst den Subscreen in einer Funktionsgruppe anlegen und dann diesen aufrufen. Du musst vorher einen Funktionsbaustein aus der Funktionsgruppe aufrufen, der die Daten der Anwendung an die Funktionsgruppe überträgt und am Ende einen, der die geänderten Daten wieder in die Anwendung holt.
Das ganze kann man sicherlich auch in einer Klasse kapseln, wobei du für das Dynpro weiterhin ein "Trägerprogramm" (Programm oder Funktionsgruppe) brauchst.
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Und warum nutzt du dann Includes?ewx hat geschrieben:Doch, es geht (Steht übrigens im ABAP Kochbuch: Kapitel 5.4...
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Bei Reports! Weil das einfacher ist. Zudem habe ich selten Includes die komplett systemweit häufig genutzt werden, sondern eher in einem Projekt- /Anwendungszusammenhang stehen.
Vergleichbare Themen
0
Antw.
Antw.
5227
Views
Views
ALV Kapselung für einfache Tabellen
von Thomas R. » 11.08.2005 12:02 • Verfasst in Tips + Tricks & FAQs
von Thomas R. » 11.08.2005 12:02 • Verfasst in Tips + Tricks & FAQs
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 11 Stunden von ralf.wenzel 104 / 10089
vor 11 Stunden von ralf.wenzel 104 / 10089
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 11 Stunden von ralf.wenzel 104 / 10089
vor 11 Stunden von ralf.wenzel 104 / 10089