Kommunikation zwischen Objekten auf einer Karte (Designfrage)

Werbeanzeige

Wollnashorn

Treue Seele

Beiträge: 109

01.06.2010, 17:43

Kommunikation zwischen Objekten auf einer Karte (Designfrage)

Hey,
ich wollte mal fragen, wie ich am besten mehrere Objekte "kommunizieren" lasse... Welches Design dafür am besten wäre.
Im Moment mach ich das immer so in der Art:

eine Map-Klasse, die eine Liste mit allen Objekten enthält

	C-/C++-Quelltext
1 2 3 4 5 6 7 8 9 10 11 12 13	class Map { public: // Blabla std::list<Object>& GetObjects() { return mObjets; } private: std::list<Object> mObjects; };

und eben die Object-Klasse, mit einem Pointer zu der Map-Instanz

C-/C++-Quelltext

class Object
{
public:
    // Blabla

void SayHello() const
{
    // Zufälliges Object "ansprechen"... Alles nur symbolisch gemeint
    std::list<Object*>& objects = mMap->GetObjects();
    objects[rand(objects.size())]->Hello(*this);
}

private:
    Map* mMap;
};

Ist das so okay? Soll ich einfach jedem Objekt einen Pointer zur Map-Klasse übermitteln?

stɪl traɪ tuː θɪŋk ˈpɒzətɪv

Zum Seitenanfang

idontknow

unregistriert

01.06.2010, 18:44

Also würde mal mit meiner Mini-Erfahrung bezüglich UML (Unified Modelling Language oder so ähnlich eben Programm Design wenn msn sehr grob nimmt

) sagen, dass das prinzipiell funktionieren mag designtechnisch aber keine schöne Lößung ist!

Du musst dich einfach fragen, was genau Object A jetzt aus der Map braucht, denn ein "Objekt" sollte sofern perfekt Designed nur mit anderen Objekten zutun haben mit denen es zu tun haben _muss_ und nicht schlicht und ergreifend mit allen!

Selber mache ich das oft genua wie du aber designtechnisch ist das eigentlich nicht sonderlich schöön bzw nur in AUsnahmefällen schätze ich mal

Zum Seitenanfang

Potatoman

Treue Seele

Beiträge: 121

02.06.2010, 05:43

Das was du dort machst ist eine Abart von Observern. Generell müsste man erstmal wissen was für Objekte das sind. Beispielsweise ein SceneManager braucht theoretisch keine Mega Liste in der alle Objekte (Nodes) drin sind. Bei einem SceneManager setzt man besser auf eine art Tree. Deine Methode ähneld dieser sehr, jedoch würde ich nicht jedem Objekt die Map klasse als Member geben, sondern eher, dass die Objekt-Klasse von der Map Klasse erbt.

	C-/C++-Quelltext
1 2 3 4	while(true) { printf("Schon wieder aufgehangen!?"); }

Zum Seitenanfang

Wollnashorn

Treue Seele

Beiträge: 109

02.06.2010, 12:54

Hey,
die Objekte wären in dem Fall Charaktere (spielbare, NPCs und Gegner).

Zitat von »Potatoman«

Bei einem SceneManager setzt man besser auf eine art Tree.

Ist std::map nicht eine Art Tree? Kannst du mir mal ein Beispiel nennen?

Zitat von »Potatoman«

jedoch würde ich nicht jedem Objekt die Map klasse als Member geben, sondern eher, dass die Objekt-Klasse von der Map Klasse erbt.

Klingt interessant.
Aber woher weiß die Objekt-Klasse welche Map-Instanz ich meine? Kannst du auch hier wieder ein Beispiel machen? :whistling:

stɪl traɪ tuː θɪŋk ˈpɒzətɪv

Zum Seitenanfang

Potatoman

Treue Seele

Beiträge: 121

02.06.2010, 13:49

Die Objekt Klasse wird dann selbst zur Instanz. Optimal wäre es dann noch, wenn du die Methoden der Map-Klasse als virtual deklarierst, dadurch kann die Objekt, klasse, diese anpassen. Außerdem hast du durch die vererbung die möglichkeit, mehrere Verschiedene Objekt Klassen unter einem Hut zu verpacken.

C-/C++-Quelltext

class Map
{
public:
    virtual void Do()
    {
        // Lass alle Children auch was machen
        for(int i = 0; i < Children.GetLength(); ++i)
            Children[i]->Do();
    }

    virtual void Sleep()
    {
        Sleep(500);
    }

    virtual void AddChild(Map* child)
    {
        Children.Add(child);
    }

private:
    Array<Map*> Children;
};

// ObjektA erbt von Map
class ObjectA : public Map
{
public:
    void Do()
    {
        // Lass alle Children auch was machen
        for(int i = 0; i < Children.GetLength(); ++i)
                Children[i]->Do();
    }

    void Sleep()
    {
        Sleep(123445);
    }
};

// ObjektB erbt von Map
class ObjectB : public Map
{
public:
    void Do()
    {
        // Alle Children von ObjektB dürfen mal ne Pause machen.
    }

    void DoSomeOther()
    {
        // Mach was anderes
    }
};

Der Vorteil ist nun der, das man sich ein Child raus suchen kann, ihn was machen lassen kann, und automatisch deren Childs auch was machen. Ist natürlich nicht immer anwendbar, aber gerade bei NPCs und KI kann man soetwas (in verbindung mit Grafik) sehr gut einsetzen. Außerdem ist dort ein wenig Polymorphi (oh gott, hoofentlich hab ich das jetzt auch richtig geschrieben) dabei. Das ist genauso wie die polymorphi bei den alten araban, wo man 50 Frauen hatte. Hier kann nun eine Map Klasse viele andere Klassen representieren, solange diese von der Map Klasse erben. Du kannst nun alle klassen die davon erben, in einem Array Packen, und deren vorgegebenen Methoden aufrufen.