[Modelinterpreter] PLANS 2015

[Boldizsár Németh]

Sziasztok!

Ha a read-only diagrammokból továbbgenerálunk kódot, az azt jelenti, 
hogy nem kell sok mindent változtatni. Tehát az alább leírt 
célok/feature-ök reálisak lehetnek.

Egyedül az inkrementalitást bukjuk ebben az esetben, mert minden 
modell-t újra föl kell olvasni amikor megváltozott. Ezt mondjuk 
kétféleképp lehet kezelni:
A) A txtUML tud kicsi modelleket generálni (mondjuk minden osztály 
számára külön modell), amik egymást importálják. Ezeket mindig frissen 
be lehet tölteni, amikor megváltozik (mert megváltozik a forrásául 
szolgáló txtUML kód).
B) A txtUML a forrás megváltozásakor képes a memóriában tartott UML 
modellt utánahúzni. Ekkor ugyanúgy kapnánk értesítéseket a változásról, 
mint most.

Mit gondoltok, szerintetek ez járható út? Voltak már ilyen 
ötletek/kísérletek?

Boldi

On 2015.08.26. 8:25, Dévai Gergely wrote:
>
> Sziasztok!
>
> Szeptember végén lesz egy olyan release, amit Ericssonon belül már 
> meghirdetnek majd. Ezért a szeptemberben az osztálymodellezés minél 
> teljesebb körű támogatása, stabilitás, dokumentáció lesz fókuszban.
>
> Utána logikusan a kapszulák következnek, DE ezt alapvetően az 
> határozza meg, milyen döntés születik az editorral kapcsolatban. 
> Fontos észrevenni, hogy hiába lesz az executor használható, a teljes 
> toolchain használhatatlan a Papyrus jelen állapotával, nem is beszélve 
> a model compare & merge UML szintű megvalósításáról. Az egyedül 
> járható útnak a szöveges modellezés tűnik, generált, read-only 
> diagramokkal. Ezt a döntést viszont még nem hozta meg az Ericsson. 
> Ennek a döntésnek próbálunk elébe menni a sok txtUML-es aktivitással.
>
> Üdv,
> Gergő
>
> ---- Boldizsár Németh írta ----
>
> > Szia!
> >
> > Nézegettem a 2015-ös plan-t.
> > (https://plc.inf.elte.hu/modelinterpreter/trac/wiki/Plan2015) 
> <https://plc.inf.elte.hu/modelinterpreter/trac/wiki/Plan2015%29%0D>;
> > Az egyik megjegyzésem, hogy ez októberben véget ér.
> >
> > Más dolgok:
> >   - A szeptemberi-októberi feladatok egyemberesnek tűnnek (alf 
> hekkelés).
> >
> > Emellett lehetne még:
> >   - Magasabb szintű osztálymodellezés (komponensek)
> >   - DataType, Enum support
> >   - Variables view: asszociációk mentén való haladás
> >   - A variables view-ban kijelölt stateful class-ra átugrunk a debug
> > view-ban
> >   - Debug view filterezése class-ra
> >
> > (Ezzel a két utóbbi dologgal szerintem javulna a debug view-ben az
> > instance-ok navigálhatósága)
> >
> > A later-ből a Variable View lényegében meg van oldva.
> > A Breakpoint view-t adja alánk a Moka.
> > Stack Frame line-okra akkor fog menni, ha már a ralf UI része úgy áll
> > (tudunk benne highlight-olni).
> > Expression view-t nem szeretnénk addig csinálni, amíg a ralf nem fix.
> >
> > Mindezt összevetve pedig szerintem év végén vagy jövő év elején már
> > lehetne egy olyan pöpec demót csinálni, amivel el lehet menni cégekhez.
> >
> > Boldi
>
>
>
> ---- Boldizsár Németh írta ----
>
> Szia!
>
> Nézegettem a 2015 <tel:2015>-ös plan-t.
> (https://plc.inf.elte.hu/modelinterpreter/trac/wiki/Plan2015)
> Az egyik megjegyzésem, hogy ez októberben véget ér.
>
> Más dolgok:
>   - A szeptemberi-októberi feladatok egyemberesnek tűnnek (alf hekkelés).
>
> Emellett lehetne még:
>   - Magasabb szintű osztálymodellezés (komponensek)
>   - DataType, Enum support
>   - Variables view: asszociációk mentén való haladás
>   - A variables view-ban kijelölt stateful class-ra átugrunk a debug
> view-ban
>   - Debug view filterezése class-ra
>
> (Ezzel a két utóbbi dologgal szerintem javulna a debug view-ben az
> instance-ok navigálhatósága)
>
> A later-ből a Variable View lényegében meg van oldva.
> A Breakpoint view-t adja alánk a Moka.
> Stack Frame line-okra akkor fog menni, ha már a ralf UI része úgy áll
> (tudunk benne highlight-olni).
> Expression view-t nem szeretnénk addig csinálni, amíg a ralf nem fix.
>
> Mindezt összevetve pedig szerintem év végén vagy jövő év elején már
> lehetne egy olyan pöpec demót csinálni, amivel el lehet menni cégekhez.
>
> Boldi

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/modelinterpreter/attachments/20150826/063f8b94/attachment.html>