| 1 | [[TracGuideToc]] |
| 2 | |
| 3 | = Executer = |
| 4 | |
| 5 | == Aufbau des Executer-Containers == |
| 6 | |
| 7 | typedef enum {SWAP, READY_TO_SWAP, <othercomands...> } executerID; |
| 8 | |
| 9 | - Befehl: executerID |
| 10 | - 3 num. Param. double[3] |
| 11 | - Stringparam. std::String |
| 12 | |
| 13 | == dataIO::executer Realisierung == |
| 14 | |
| 15 | Wie auch Updater (an visual_Objects) werden die executer cascadiert an visual_core angehängt. Bei jedem Framepaket kann ein Executerbefehl übertragen werden. |
| 16 | |
| 17 | Sowohl Slave als auch master iterieren pro Frame durch die Executerliste und fragen über isReponsible(ENUM executerIdentifier_) |
| 18 | -> Wenn ja: performExecuter( executer* executer_ ) |
| 19 | |
| 20 | Die executer werden in der Transportklasse übertragen. |
| 21 | |
| 22 | |
| 23 | executer_query: |
| 24 | Ein eindeutiger Identifier sagt, was mit diesem executer gemacht werden soll |
| 25 | HAT |
| 26 | HOT |
| 27 | LAT |
| 28 | LON |
| 29 | COLLISION |
| 30 | INSIDE CLOUD |
| 31 | WIND |
| 32 | precipitation |
| 33 | |
| 34 | executer_modify: |
| 35 | READY_TO_SWAP |
| 36 | SWAP |
| 37 | <Object management> |
| 38 | <Sky & Weather management> |
| 39 | <visual Configuration e.g. grey out> |
| 40 | |
| 41 | |
| 42 | Wie die ermittelten Werte des executer_query zurücksenden? |
| 43 | - Grundsätzlich: dataIO hat ein ergebnisarray, jeweils mit executerID und mit (numerischen) Rückgabewert |
| 44 | - extlink bekommt von dataIO dieses Ergebnisarray als startpointer übermittelt und muss jeweils selbst diese Werte entnehmen und gemäß der jeweiligen extLink-implementierung verwursten |
| 45 | --> Bei extLink_VCL : rückgabewerte fest an gewisse channel binden. |