Danke für das Feedback.
@Dr.Ache: Die FrameDrops resultieren auf jeden Fall aus den CHECK_COLLISIONS und MOVE_HERO Notifications, die verarbeite ich auch in Commands wobei ich jedesmal die Positionen aus einen HeroProxy und einen ObstacleProxy gegeneinander
prüfe und neu schreibe, das ist wahrscheinlich zu viel. Das werde ich nun in den betroffenen Mediators abfragen, um die rechenintensiven Prozesse beieinander zu halten.
@Omega Psi: Der currentCount des Timers/EnterFrames stellt den Zustand, in jedem Fall einen Datensatz der Applikation dar und verdient einen Platz im Model. Den Timer ansich könnte man aus dem Model nehmen in einer eigenen Utility/Manager Klasse unterbringen.
Was ich noch nicht ganz einsehe, warum die Interaktion der Komponenten kompliziert wird? Sieht doch so einfach aus
Timer -->setTime-->
TimerProxy-->update-->
Mediator