W dniu 2011-05-21 17:37, Piotr Chamera pisze:
> W dniu 2011-05-21 16:10, Jacek Czerwinski pisze:
>> Obiekt ma listę (być może pustą) Obiektów których 'aktywacji' sam wymaga
>> (pewna czynność tzn 'aktywacja' nad nimi musi być chronologiczna).
>> Obrazowo można myśleć o obiektach jak o stworzonych ale nie
>> wystartowanych service'ach.
>>
>
> Może tak: zbudować graf skierowany, sprawdzić czy jest acykliczny (jeśli
> jest cykl, to sprzeczność w zależnościach), posortować topologicznie.


Zdecydowałem się, na tym etapie, na 'topologiczne' odpalanie wymaganych
zależności PRZED sobą (z zaznaczaniem co już odpalone i z jakim skutkiem
pełny / ostrzeżenie / wyjątek). Jest to 'prawie' rekurencja.

Ciekawe o tyle, że mam:
a) analizę nie tylko statyczną, ale dynamiczną (co się UDAŁO odpalić)
b) pojawiły mi się zapowiedzi 'miękkich' zależności, czyli nie wymagane
ale 'mile widziane'.
c) efekt uboczny, próba odpalenie czegoś, co już było startowane ale się
nie udało, do przemyślenia
d) efekt uboczny, da się w to włączyć coś co nie było wcześniej
zarejestrowane (zadeklarowane), np przyniesione przez jakiś moduł z
leniwą inicjacją.