Meines Wissens nach gibt es dabei keinerlei Beschränkungen. Teilweise sind ja auch Controls, die Du im Rahmen von Dynpros benutzt selbst Objekte bzw. objektorientiert z.B. der TreeControl, ALV, etc.
Hermann hat geschrieben:Meines Wissens nach gibt es dabei keinerlei Beschränkungen.
Hast Du schon mal versucht, in einer Methode einer globalen Klasse eine
CALL SCREEN-Anweisung einzubauen und zum Rahmenprogramm einer Klasse ein Dynpro zu definieren?
Ok ok überzeugt . War wohl etwas zu vorschnell.
Ich dachte dabei allerdings auch eher daran eine Klasse bzw. deren Instanzen im Rahmen der 'gewöhnlichen' Dynproprogrammierung zu verwenden und weniger, Dynpros im Rahmen von Klassen einzubauen, wobei mich ehrlich gesagt interessieren würde, warum es die Beschränkung gibt bspw. im Rahmen einer Methode ein call screen Anweisung zu verwenden. Ich kann mir nicht vorstellen, dass das eine technische Beschränkung sein sollte?!
Also das habe ich jetzt auch festgestellt daß das nicht geht.
Aber wie soll man sich da behelfen?
Wenn ich also ein größeres Projekt mit einer Schnittstellenverwaltung habe (insgesamt 3. Stück), soll ich dann meine Schnittstellen in der Klasse verwalten und die Dynpros in einer Funktionsgruppe?
Ich finde den Weg ziemlich umständlich...
Wie macht ihr das?