🚀 go-pugleaf

Seweryn Habdank-Wojewódzki wrote:

> Co powoduje, że nie ma sensu jako tako rysować nic w UML, bo i tak
> nie będzie 
> można efektywnie rysunku wykorzystać.

Bez przesady. Eksportujesz UML do XMI (jeśli dane narzędzie tego nie 
umie, to je spuść z wodą) i zapinasz pasy.

Jak już pisałem, problemem jest zbytnie przywiązanie się do prostego 
mapowania UML na niskopoziomowe konstrukcje jakiegoś języka. Jeśli 
tekstowe wyklepanie klasy z kilkoma deklaracjami metod zajmuje mi 
kilkadziesiąt sekund i tyle samo zajmuje mi wyklikanie prostokącika na 
ekranie z sygnaturami tych samych metod, to zysku z zamiany edytora 
tekstu na program rysunkowy nie ma żadnego. Ale jeśli jesteś w stanie 
wykorzystać model (np. XMI) do generacji kodu na wyższym poziomie 
złożoności, to reszta jest ograniczona tylko Twoją wyobraźnią. UML jest 
wystarczająco bogaty (i rozszerzalny, chociażby przez stereotypy), żeby 
pokryć całkiem spory kawałek procesu produkcyjnego. Ale nie przy 
tradycyjnym, niskopoziomowym mapowaniu "prostokącik <-> klaska". 
Oczywiście, wymaga to inwestycji w generatory kodu, ale tam gdzie się to 
nie opłaca UML jest zwykle w ogóle do niczego nie potrzebny.


-- 
Maciej Sobczak : http://www.msobczak.com/
Programming    : http://www.msobczak.com/prog/