Hallo alrenemy,
der Aufruf ist doch mit call function zu realisieren, das unterscheidet sich ja nicht.
Was denke ich entscheidender ist, das du auf den Dynpros der entsprechenden Funktionsgruppe nur public attribute deiner Klasse darstellen kannst.
So ganz grob brauchst du also deine Klasse und
eine Funktionsgruppe, die deine Dynproaufrufe enthält und die entsprechenden Dynpros.
Ich habe das mal folgendermaßen gelöst:
- Transaktion ruft public instanz methode meiner Klasse auf (z.B. START_APPLICATION)
- der CLASS_CONSTRUCTOR und der CONSTRUCTOR werden durchlaufen
- es erfolgt der Aufruf eines Fubas , der die Objektreferenz (me) entgegen nimmt
- dort übernehme ich die Datenreferenz in eine globale referenz der Funktionsgruppe
- ich habe ein Attribut GV_SCREEN an meiner Instanz und rufe aus dem Fuba:
call screen gr_application->gv_screen.
- jetzt wird die Ablauflogik des Dynpros PBO prozessiert
- im pbo rufe ich methoden meiner instanz gr_application auf z.B.
- Code: [Select all] [Expand/Collapse] [Download] (Untitled.txt)
gr_application->pbo_1000( ).
CATCH zcx_exceptions
INTO gr_exception
. gv_message = gr_exception->get_text( ).
- GeSHi ©
- analog dazu im PAI: gr_application->pai_1000( ).
Hoffe das hilft ein wenig weiter.
Schöne Grüße
Frank