Re^3: Make Current State Known

Feed forward systems like that depend on the coffee app knowing about the toast app and its constraints - you end up with everything having to know about everything.

Either

the coffee task knows about the toast task or
the toast task knows about the coffee task or
a centralized manager knows about both the coffee and the toast task.

Which one is the easiest/best maintainable implementation depends on the nature of the application.

Comment on Re^3: Make Current State Known

Replies are listed 'Best First'.
Re^4: Make Current State Known by GrandFather (Saint) on Feb 10, 2006 at 21:39 UTC
With publisher/subscriber the toaster need only know to check the RequiredForBreakfast and TimeToCompletion attributes in the other app attributes files. It doesn't need to know anything at all else about the other apps and the other apps don't need to know about the toaster. When the porridge app is added both the coffe app and the toast app can adjust their timing without any code changes because they both check for the same attributes of other apps without regard to what those apps are. DWIM is Perl's answer to Gödel	[reply]

Replies are listed 'Best First'.

Re^4: Make Current State Known
by GrandFather (Saint) on Feb 10, 2006 at 21:39 UTC

With publisher/subscriber the toaster need only know to check the RequiredForBreakfast and TimeToCompletion attributes in the other app attributes files. It doesn't need to know anything at all else about the other apps and the other apps don't need to know about the toaster.

When the porridge app is added both the coffe app and the toast app can adjust their timing without any code changes because they both check for the same attributes of other apps without regard to what those apps are.

DWIM is Perl's answer to Gödel

[reply]