Casten und Attribute nicht "verlieren"

Reply to Casten und Attribute nicht "verlieren" on Wed, 28 Feb 2007 20:36:10 GMT

gaylord — Wed, 28 Feb 2007 20:36:10 GMT

Hallo,
ich wollte mich mal nach Lösungsmöglichkeiten für folgendes Problem erkundigen, vermutlich haben viele von euch schon mal ein derartiges Problem gehabt:

Ich habe zwei Klassen, sagen wir Obst und Apfel. Apfel erbt von Obst.

Nun habe ich eine Methode, die ein Obst als Parameter erwartet. Hier übergebe ich nun einen Apfel, den ich vorher in ein Obst caste.
Nun habe ich natürlich dass Problem, dass ich nicht mehr auf die Apfel-Eigenschaften zugreifen kann, was ich aber möchte

gibts da ne lösung für? vorschläge? eventuell ein pattern oder dergleichen?

Reply to Casten und Attribute nicht "verlieren" on Wed, 28 Feb 2007 20:48:34 GMT

richtentext: — Wed, 28 Feb 2007 20:48:34 GMT

visitor patter, double dispatching oder ganz brutal schauen ob dynamic_cast geht.

Reply to Casten und Attribute nicht "verlieren" on Wed, 28 Feb 2007 23:07:46 GMT

gaylord — Wed, 28 Feb 2007 23:07:46 GMT

geilo genau das richtige danke

Reply to Casten und Attribute nicht "verlieren" on Thu, 01 Mar 2007 07:42:51 GMT

CStoll — Thu, 01 Mar 2007 07:42:51 GMT

Wenn du das Obst per Kopie übergibst ( void func(Obst param); ), sind die Apfel-Eigenschaften unwiderbringlich verloren. Deshalb übergibt man polymorphe Objekte üblicherweise per Referenz/Zeiger - und dann deutet es normalerweise auf schlechtes Design, wenn du direkt auf Eigenschaften einer spezifischen Klasse zugreifen MUSST (wenn die Funktion davon ausgeht, einen Apfel zu bekommen, solltest du das auch in der Parameterliste klarstellen, wenn sie ein Obst erwartet, sollte sie sich nur auf dessen Interface beschränken (wobei die Klasse 'Apfel' natürlich berechtigt ist, die virtuellen Methoden zu überschreiben)).

Reply to Casten und Attribute nicht "verlieren" on Thu, 01 Mar 2007 09:44:42 GMT

Simon2 — Thu, 01 Mar 2007 09:44:42 GMT

gaylord schrieb:

...
gibts da ne lösung für? vorschläge? eventuell ein pattern oder dergleichen?

Naja, eigentlich ist das das ganz normale Polymorphie ... die man in C++ üblicherweise über Zeiger/Referenzen löst:

struct Obst {
    int obstAttr;
    virtual int& attr() { return obstAttr; }
};

struct Apfel : Obst {
    int apfelAttr;
    virtual int& attr() { return apfelAttr; }
};

void f(Obst& o) {
    ++o.attr();
}

int main(void) {
    Apfel a;
    a.apfelAttr = 1;
    f(a);
    return 0;
}

Das bedeutet natürlich, dass die Obst-Schnittstelle das entsprechend bedienen muß... (andernfalls: s. CStoll).

Gruß,

Simon2.