Bei mir ist es schon häufiger vorgekommen, dass ich beim Entwerfen eines Programmes auf das Prinzip einer oder gar mehrerer Manager-Klassen zurückgegriffen habe, also Klassen, die quasi den Gesamtablauf eines Programmes gesteuert haben. Häufig ist es so, dass diese Klasse Teile der OOP-Prinzipien verletzen oder aber sie mir einfach nicht sauber programmiert vorkommen.
Daher mal die Frage, ob man dieses Vorgehen auch umgehen kann? Gibt es da Prinzipien nach denen man sich richten kann?

Ich habe auch mal ein Buch gefunden, dass versucht einem diesen Gebrauch von Manager-Klassen abzugewöhnen, da sie schlicht nicht sauber sind, dummerweise habe ich das Buch nicht gekauft und weiß auch nicht mehr welches das war. Auch habe ich kein konkretes Beispiel, hoffe aber dennoch dass ihr wißt was ich meine . sorry falls der thread etwas abstrakt ist

Gruß
der Ultra_Manager

Eine gute Übersicht findest du hier.

mmh, also falls es nicht ohne konkretes beispiel geht, mir würde da aus meinen einstiegstagen etwas einfallen. und zwar habe ich da ein pong nachgebaut, und hatte dann eine GameManager klasse, die halt alles zusammengeführt hat, also die "flug"bahnen des balls, die bewegung der Balken, nen RenderManager zum Render der Objekte hatte die GameManager Klasse auch drin etc.... ich glaube so ne art von klassen werden auch öfter gott-klassen o.ä. genannt, denke es sollte nun etwas klarer sein was ich meine..

yeah, schon mal danke!

mmh, also falls es nicht ohne konkretes beispiel geht, mir würde da aus meinen einstiegstagen etwas einfallen. und zwar habe ich da ein pong nachgebaut, und hatte dann eine GameManager klasse, die halt alles zusammengeführt hat, also die "flug"bahnen des balls, die bewegung der Balken, nen RenderManager zum Render der Objekte hatte die GameManager Klasse auch drin etc.... ich glaube so ne art von klassen werden auch öfter gott-klassen o.ä. genannt, denke es sollte nun etwas klarer sein was ich meine..

Also eine Klasse die alles organisiert gibt es sowieso. Aber die einzelnen Objekte sollten schon das können, was sie können müssen. Z.B.:

abstract class Object
{
    private position;

    public getPosition() { return position; }
    public abstract void render(Screen);
    public abstract void berechnen();
}

class Ball extends Object
{
    public void render(Screen);
    public void berechnen();
}

class Schläger extends Object
{
    public void render(Screen);
    public void berechnen();
}

class Game
{
    private List objecte;

    public void render(Screen)
    {
         forall object in objecte 
             object.berechnen();
             object.render(screen);
    }
}

Die Manager-Klasse delegiert dann die Aufgaben an die einzelnen Objekte und sie zeichnen sich z.B. selbst auf dem Monitor.