dispatch

dispatch

Hallo miteinander

ich habe Problem mit dem Verständnis dieser Methode. Das ist, habe irgendwo mal gelesen, gehört zu Anwendungsereignis. Ein Anwendungsreignis ist,
wenn der Inhalt von APPL_EVENT mit den Wert "X" hinterlegt ist. Das Besondere an Anwendungsereignis ist,
es wird an Applikationsserver gesendet und löst den PAI Ablauflogik aus. Dann wird in PAI Methode folgendes aufgerufen. Bitte korrigieren, falls ich etwas falsch intepretiert habe.
Meine Frage, führt dispatch alle registrierte Ereignisse erst in PAI aus?

Ein Beispiel bei ALV Grid. Es wird in PAI Modul dispatch ausgeführt. und in PBO wurde ein Ereigsnisbehandler eingebaut. Nach meinem Verständnis, sollte zuerst dispatch ausgelöst werden anstatt SET HANDLER o_lcl_call_mm03->handle_double_click FOR alvgrid, weil
dispatch ja alle registierte Event Handlers in diesem Moment auslöst.

danke kostonstyle

Wenn ich aber mit double_click betätige, in diesem Beispiel ist hier der Fall, dann aber muss zuerst dispatch ausgeführt
werden vor dem Ereignis Behandler. Der CFW muss ja das Ereignis an Applikationsserver senden.
Wenn ich aber das Programm debugge, dann wird zuerst Ereignis Handler ausgeführt, erst wenn ich das Programm verlasse,
und in der Menüleiste auf "Abbrechen" klicke wird dispatch ausgeführt bzw. der PAI Module.

------------------------------------------------------------------------------------------
Also ich möchte mal mein wissen über cfw prüfen. Bitte korrigiere, wenn das Behauptete nicht stimmen.
Es gibt zwei Servereigenschaften, den Applikationsserver und Präsentationsserver. Applikationsserver ist backend
und Präsentationsserver ist frotend. Das CFW Framework führt die GUI's auf Präsentationsserver.
Wenn man die Daten in der Datenbank ändern möchte und diese wurde in CFW Framework eingegeben, zum Beispiel im Textfeld(cc_dd_document), dann muss
doch am Schluss der Präsentationserver die Daten an Applikationsserver schicken, damit Datenbank die Daten übernimmt.
Schickt man mit dispatch die Daten an Applikationsserver?

Gruss kostonstyle

(Das Auftreten des Events Doppelkick an Appl-Server mit dem Aufruf der Handler Mehtode im Appl-Server)

kannst du das bitte verständlicher erklären.

dispatch wird also in pbo auch ausgeführt, stimmt das?
was macht den der dispatch in pai?

Daher wird zusätzlich autom. am Ende des PAI ein dispatch aufgerufen, um diese offenen Events abzuarbeiten.

verstehe ich es richtig, manche Events wurde auf Präsentationsserver ausgeführt aber noch nicht an Applikationsserver geschickt. erst mit dispatch schickt man an applikationsserver?
Noch eine Frage, was sind Control Ereignisse? Es gibt Unterscheidung zwischen Systemereignis und Anwendungsereignis.

Danke kostonstyle

kostonstyle hat geschrieben:

Code: Alles auswählen.

event-eventid = cl_gui_simple_tree=>eventid_node_double_click.
event-appl_event = ' '.
APPEND event TO event_tab.
tree->set_registered_events( events = event_tab ).
SET HANDLER me->handle_node_double_click FOR tree.

Wird in diesem Beispiel das Systemereignis registiert, damit handle_node_double_click auf Ereignis überhaupt reagiert? Würde sonst der Event Handler ins leere laufen?

danke kostonstyle

Achtung,
hier kommt eine Besonderheit des ALV-Tree zum Tragen, der intern einen ColumnTree (aber nicht per Vererbung!!!) zur eigentlichen Darstellung benutzt.
Damit der ALV-Tree weiß, welche Ereignisse an den Column-Tree durchgereicht werden müssen, ist die Verwendung der SET_REGISTERED_EVENTS-Methode zwingend erforderlich. Macht man es nicht, werden Ereignisse wie Node_Double_Click etc. nicht an den ALV-Tree weitergereicht und somit funktionieren die eigenen Event-Handler nicht.

Das hat nichts mit Dispatch zu tun und fuinktioniert ohne ihn.

PS:
Sicherheitshalber sollten zuvor die bereits registrierten Events per GET_REGISTERED_EVENTS geholt werden und für jede EventID kontrolliert werden, ob sie bereits in der Tabelle vorhanden ist.
Doppeleinträge führen zum Laufzeitfehler, sofern nicht abgefangen.

kostonstyle hat geschrieben:also die set_registered_events nicht gesetzt wird, dann führt Behandlermethode nichts aus? stimmt diese vermutung?

wenn es z.B. um NODE_DOUBLE_CLICK geht, ja...

SET HANDLER registriert nur die eigenen Handler-Methoden bis zum ALV-Tree. Der muss aber auch seine Handler beim intern verwendeten Column-Tree registrieren, damit das Durchreichen funktionieren kann. Dazu dient die Methode SET_REGISTERED_EVENTS.

kostonstyle hat geschrieben:ha...jetzt verstehe ich gar nicht, kannst du bitte einfacher formulieren, oder genauer erklären.
ich bin leider schwer von begriff

stell Dir vor, jemand sagt zu Dir: "mache eine Tabelle in Excel". Da du es nicht kannst, bittest Du einen Freund, es für dich zu machen. (Du bist der ALV-Tree, dein Freund der Column-Tree)
Nun will jemand von Dir wissen, was im Feld xy steht. Dazu musst Du deinen Freund fragen, dem hast Du aber vergessen zu sagen, dass Du ihn fragen können willst. Deshalb bekommst Du keine Antwort und kannst sie eben auch nicht an den Fragenden weitergeben...

Fazit: benutze beim ALV-Tree immer die GET-/SET_REGISTERED_EVENTS-Methode...

kostonstyle hat geschrieben:noch eine andere frage, was ist der unterschied zwischen append to und append lines of ....from ... to ... to...

danke kostonstyle

schau Dir dazu mal die Hilfe zum APPEND an. Ist eigentlich recht gut erklärt.

kostonstyle hat geschrieben:das ist dann wie eine indirekte frage, habe das richtig verstanden?

ja, hast du...