[Modelinterpreter] txtUML execution engine lehetőségek

[Gera Zoltán]

Szia!

Tök jók. Majd Gábor megmondja a tutit, de abból, amennyit eddig láttam 
ezek teljesülnek vagy könnyen tudnak teljesülni.

Az API felépítése elég logikus. Amikor én pl. eseményt kapok valamiről, 
ott már most is lehetne stacktrace-t átküldeni. Én eddig úgy láttam, 
hogy a metainfók nem annotációban tárolódnak (nagyon helyesen). 
(Hozzáteszem, hogy ha valaha is szükség lesz nem javas kliensekhez 
kapcsolódni, akkor is rossz, ha RTTI-re támaszkodunk... persze most 
gondolok itt a serializált dolgokra elsősorban.)

Zozó

2015-08-28 12:11 keltezéssel, Boldizsár Németh írta:
> Sziasztok!
>
> A tegnapi beszélgetés nyomán gondolkodtam azon, hogy milyen feltételei 
> lehetnek annak, hogy a txtUML runtime-jára átállva megtarthassunk a 
> jelenlegi funkcionalitást. A következők jutottak eszembe:
>
>  - A runtime egy komponensének valamilyen formában értesülnie kell 
> arról, amikor egy új state machine-el rendelkező objektum létrejön. 
> Ezeket az objektumokat egy registry-ben el kell tárolni, ami 
> lekérdezhető.
>  - Az ilyen objektumoknak az aktuális állapota el van tárolva az 
> objektumokban.
>  - Amikor egy esemény hatására állapotátmenet zajlik le és megálltunk 
> egy breakpoint-on, akkor a stack trace-ben jelen van az az objektum, 
> ami az eseményt fogadta és az állapotátmenetet végrehajtotta, illetve 
> az esemény, aminek hatására ez megtörtént.
>  - Egy osztály struktúrájára vonatkozó metainformáció elérhető. (Pl: 
> mely adattagok jelölnek attribútumokat, mi ezeknek a számossága) 
> Némileg rizikós, ha ezt annotációban tároljátok, mert akkor csak 
> kétszeres reflection-el tudom elérni az adatot, ami nem tudom mennyire 
> szerencsés.
>  - Események szerializálhatók.
>
> Illetve nyilván hasonló feltételek lesznek a későbbi modellezési 
> elemekkel kapcsolatban is. Már sokan ismeritek a txtUML 
> lehetőségeit/megszorításait. Ezek mennyire teljesülnek?
>
> Boldi
>
> _______________________________________________
> Modelinterpreter mailing list
> Modelinterpreter at plc.inf.elte.hu
> https://plc.inf.elte.hu/mailman/listinfo/modelinterpreter