Aufbau eines ABAP Objects Programm
3 Beiträge
•
Seite 1 von 1
3 Beiträge
Seite 1 von 1
Hallo!
Ich beschäftige mich seit kurzem mit ABAP Objects. Dabei habe ich mich gefragt, wie denn der Aufbau eines ABAP Objects basierten Programms optimalerweise ausschaut. Mir gehts eigentlich darum, dass ich nicht weiß, wo ich meine Klassendefinitionen- und implementierungen unterbringen soll.
In das TOP-Include gehört das ja wahrscheinlich nicht, oder? Benötigt man für Klassen (optimalerweise) ein eigenes Include?
Kennt ihr eine Beispielanwendung, die einen guten Aufbau eines ABAP OO Programms darstellt?
Viele Grüße
Ich beschäftige mich seit kurzem mit ABAP Objects. Dabei habe ich mich gefragt, wie denn der Aufbau eines ABAP Objects basierten Programms optimalerweise ausschaut. Mir gehts eigentlich darum, dass ich nicht weiß, wo ich meine Klassendefinitionen- und implementierungen unterbringen soll.
In das TOP-Include gehört das ja wahrscheinlich nicht, oder? Benötigt man für Klassen (optimalerweise) ein eigenes Include?
Kennt ihr eine Beispielanwendung, die einen guten Aufbau eines ABAP OO Programms darstellt?
Viele Grüße
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4457 / 227 /
1198
)
»
hi!
Idealerweise erstellst du deine Klassen nicht im Program, sondern im Repository (SE24 bzw. SE80) damit du den Code leichter wieder verwenden kannst.
In deinem Programm rufst du dann nur mehr den CONSTRUCTOR deiner Klasse (CREATE OBJECT ...) und die Methode für den jeweiligen Verarbeitungsschritt auf.
Fortgeschrittene können sich das mit dem extra Programm sparen und legen sich gleich eine OO-Transaktion an die direkt die Klasse aufruft.
Einziger Wermutstropfen ist, dass es bei ABAP-OO (derzeit noch) keine Möglichkeit gibt Dynpros anzusteuern.
Daher brauchst du für solche Dinge immer noch einen Programm-Unterbau der die Oberfläche(n) verwaltet.
Oder man bastelt sich ein Dynpro Framework für ABAP-OO
lg ADT
Idealerweise erstellst du deine Klassen nicht im Program, sondern im Repository (SE24 bzw. SE80) damit du den Code leichter wieder verwenden kannst.
In deinem Programm rufst du dann nur mehr den CONSTRUCTOR deiner Klasse (CREATE OBJECT ...) und die Methode für den jeweiligen Verarbeitungsschritt auf.
Fortgeschrittene können sich das mit dem extra Programm sparen und legen sich gleich eine OO-Transaktion an die direkt die Klasse aufruft.
Einziger Wermutstropfen ist, dass es bei ABAP-OO (derzeit noch) keine Möglichkeit gibt Dynpros anzusteuern.
Daher brauchst du für solche Dinge immer noch einen Programm-Unterbau der die Oberfläche(n) verwaltet.
Oder man bastelt sich ein Dynpro Framework für ABAP-OO
lg ADT
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
ABAP_User
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
Seite 1 von 1
Vergleichbare Themen
6
Antw.
Antw.
6557
Views
Views
4
Antw.
Antw.
3377
Views
Views
2
Antw.
Antw.
2238
Views
Views
0
Antw.
Antw.
2344
Views
Views
11
Antw.
Antw.
12277
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
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.