Verallgemeinerung und Niedergeschlagen in C++

Hier ist eine Erklärung, was casting-und down-casting übernommen von link:
questionscompiled.com

Upcasting:
Verallgemeinerung ist die Umwandlung von Zeiger oder eine Referenz der abgeleiteten Klasse Typ Zeiger oder eine Referenz der Basisklasse-Typ, in der vererbungsstruktur.
Upcasting hilft bei der Erreichung Schnittstellen-Konzept in C++. Wenn eine Funktion aufgerufen wird, die auf Basisklasse-Typ Zeiger oder Referenz(zeigt oder bezieht sich auf etwas von Ihr abgeleiteten Klasse), richtige Memberfunktion der abgeleiteten Klasse wird aufgerufen.

Downcasting:
Niedergeschlagen ist die Umwandlung von Zeiger oder eine Referenz der Basisklasse-Typ, pointer oder Referenz-Typ der abgeleiteten Klasse, sinken in der vererbungsstruktur. Erreicht wird dies mit Hilfe des dynamic_cast-operator, der sicher niedergeschlagen.

Hier ist ein Beispiel:

class A
{public:
  int i;
  virtual void show(){}
};

class B:public A
{
public:
  int j;
  virtual void show()  { cout<<"B";  }
};

int main()
{
  A* ptr=new B; //UPCASTING
  B* ptrb;
  ptrb=dynamic_cast<B*>(ptr); //DOWNCASTING to derived object
  ptrb->show(); //upcasting helped in implementing interface
}

Mit Verweis auf obigen Beispiel, dynamic_cast sorgt dafür, dass die ptr-Punkte zum Objekt von Typ B oder seiner Unterklasse.

InformationsquelleAutor bitdeveloper

Vererbung zeigt die Beziehung "ist ein". Angesichts der Kontext Ihrer Frage die folgende ist nicht sehr sinnvoll:

class directory : public file

Nur weil beide Verzeichnisse und Dateien haben Namen, bedeutet nicht, dass ein directory "is a" file. Ebenfalls wäre es unangemessen zu sagen, dass ein file "is a" directory.

Es gibt viele andere Linien der Argumentation könnte man hier nehmen. Beispielsweise könnten Sie argumentieren, dass sowohl Dateien als auch Verzeichnisse sind Fälle von thing_that_has_a_name:

class thing_that_has_a_name {
    std::string name;
    /* ... */
};

class file : public thing_that_has_a_name {
    /* ... */
};

class directory : public thing_that_has_a_name {
    std::vector<file*> entries;
    /* ... */
};

(Das ist eine Art, die über Sie gehen, aber die Vererbung ist eine eher schwerfällige Mechanismus. Wenn Sie erstellen von Basis-Klassen für Dinge wie den abstrakten Begriff der "name" dann werden Sie schnell finden, selbst benötigen, um zu Erben aus mehreren Basisklassen.)

Bringen diese zurück zu tragen, auf die technischen Aspekte der was Sie suchen, welchen Sie haben zu erinnern ist, dass es einen großen Unterschied zwischen erstellen von neuen Objekten vs. die Verknüpfung mit einer vorhandenen Datei oder ein Verzeichnis-Objekt als thing_that_has_a_name. Wenn Sie jemals eine Erklärung wie:

directory d;
file f;

Diese sind Instanziierungen. Konstruktoren werden ausgeführt. Was auch immer der sizeof ein Verzeichnis ist, das ist, wie viel Speicher d gerade. Was auch immer der sizeof eine Datei ist, das ist, was f gerade. Allerdings:

thing_that_has_a_name& tthan_ref_to_d (d);
thing_that_has_a_name* tthan_ptr_to_f (&f);

Diese lediglich eine Referenz und Zeiger, Datumfenster, über die Sie interagieren können mit der Verzeichnis-und Datei-Objekte über die Schnittstelle angegeben, die in Ihrer Basisklasse. "Upcasting" wie dieses (so genannte "up", weil Sie klettern die Klassen-Hierarchie in Richtung der Wurzel) ist relativ sicher...und nicht ein Zeichen dafür, dass man etwas falsch.

Auf der anderen Seite, "Downcasting" kann gefährlich sein. Wir wissen, dass jeder directory und file behandelt werden kann wie eine thing_that_has_a_name...aber wenn Sie einen Zeiger oder eine Referenz auf eine thing_that_has_a_name dann beliebigen code können nicht sicher sein, dass es ein directory oder file. Es gibt Möglichkeiten zum einfügen von bedingten code zu überprüfen, und sicher sein, aber dies ist oft als ein Zeichen, dass Sie etwas falsch machen in Ihrem design:

http://en.wikipedia.org/wiki/Run-time_type_information

Anderen haben einige mehr details, so werde ich hier aufhören, aber nur werfen es da draußen in den Fall, Sie finden etwas nützliches über Sie.

InformationsquelleAutor HostileFork