konstruktor ist doch das ding, was die klassenelemente defaults gibt richtig?

Beispiel:

class Auto//Klasse
{
string Marke;
//Konstruktor:
Auto(string marke)
{
Marke=marke;//hier wird das Parameter Marke des erstellten Autos gesetzt
}
};

int main()
{
//Aufruf des Konstruktors:
Auto auto1=new Auto("BMW");
}

mfg,
andi01.

lg, freakC++

Standartwerte

In der Regel initialisiert der default-ctor alle Klassenelemente (wenn es denn nötig ist). Parallel dazu gibt es den copy-ctor (den man selber überladen und implementieren kann/muss). Außerdem solltest du dir Initialisierungslisten anschauen.

lg, freakC++

lg, freakC++

Der ctor ist neben dem dtor die einzige "Methode" einer Klasse, die keinen Rückgabewert haben darf. Außerdem heißen sie (zumindest in C++) genauso wie der Klassenname

Das dürfte es grob gewesen sein

Wenn ich eine Klasse erstelle, dann wird immer ein Konstruktor aufgerufen, in dem ich die Möglichkeit habe, die Klasse zu initialisieren. Wird eine Klasse zerstört, dann wird der Destruktor aufgerufen, wo ich eben Aufräumarbeiten durchführen kann.

Klassen werden entweder auf dem Stack oder auf dem Heap angelegt. Lege ich Objekte auf den Stack, werden die Objekte automatisch beim Verlassen des Gültigkeitsbeireiches gelöscht. Das brauche ich nicht explizit zu machen und kann es damit auch nicht vergessen. Dabei wird auch der Destruktor aufgerufen.

Auf dem Heap lege ich Objekte mit new an. Diese muss ich mit delete wieder explizit löschen. new reserviert Speicher für das Objekt und ruft dann einen Konstruktor auf. delete ruft erst den Destruktor der Klasse auf und gibt den Speicher wieder frei. Da ich solche Objekte explizit löschen muss, kann es schon mal passieren, dass das vergessen wird. Dann hat mein Programm einen Memory-Leak.

Die Aussgabe, dass der dtor die einzige Methode einer Klasse sei, die keinen Rückgabewert haben darf stimmt nicht ganz. Auch der Konstruktor hat keinen Rückgabewert.

CWare::CWare()
{
	char Bezeichnung[MaxBez] = Bez1;
	char Strichcode[MaxCode] = Code1;
	Preis = 123;
}

Er meckert bei der char Zuordnung rum

Edit: C-Strings verwendet man auch gar nicht mehr. In C++ gibt es die Klasse string, die ist deutlich praktischer. Wirf mal einen Blick drauf.

Ein Konstruktor erstellt keine Objekte und ein Destruktor zerstört auch keine. Ein Konstruktor initialisiert Klassen und ein Destruktor räumt auf.

so in etwa hab ich es doch geschrieben (oder zumindest gemeint. Kann leicht sein, dass es anders rüberkommt)

tntnet schrieb:

Die Aussgabe, dass der dtor die einzige Methode einer Klasse sei, die keinen Rückgabewert haben darf stimmt nicht ganz. Auch der Konstruktor hat keinen Rückgabewert.

da du dich mit dieser Aussage wohl ebenfalls auf meine beziehst: genau das hab ich geschrieben. Und diesesmal bin ich mir sogar sicher, dass man sie nicht falsch verstehen konnte

Die Aussgabe, dass der dtor die einzige Methode einer Klasse sei, die keinen Rückgabewert haben darf stimmt nicht ganz. Auch der Konstruktor hat keinen Rückgabewert.

Und was ist mit Methoden, die void "zurueckgeben" ...

Wenn der ctor betreten wird, existiert das Objekt schon im Speicher.

Nein, erst nachdem der Konstruktor verlassen wird. Ein Haufen von Nullen und Einsen ist kein Objekt. Ein Konstruktor macht wesentlich mehr als Member mit Standardwerten zu initialisieren. Es ist richtig, dass Speicher von der Groesse des Objektes bereitsteht.

Klassen werden entweder auf dem Stack oder auf dem Heap angelegt. Lege ich Objekte auf den Stack, werden die Objekte automatisch beim Verlassen des Gültigkeitsbeireiches gelöscht. Das brauche ich nicht explizit zu machen und kann es damit auch nicht vergessen. Dabei wird auch der Destruktor aufgerufen.

Wenn du schon exakt bist, dann solltest du aber auch Begriffe, wie Stack und Heap vermeiden und eher von automatischen (automatic) und dynamischen (dynamic) Speicher reden. Denn ob jetzt etwas wirklich auf dem Stack oder Heap angelegt wird kann dem Programmierer völlig egal sein. Ihn interessiert nur das unterschiedliche Verhalten.

knivil schrieb:

Nein, erst nachdem der Konstruktor verlassen wird.

Exakt. Und das kann auch beobachtet werden, wenn eine Exception aus dem ctor fliegt. Dann wird der Destruktor NICHT aufgerufen, was oftmals noch wichtig zu wissen ist.
Wollts nur als Ergänzung anfügen.

Die Antworten sind mir ein wenig zu unpräzise. Ein Konstruktor erstellt keine Objekte und ein Destruktor zerstört auch keine. Ein Konstruktor initialisiert Klassen und ein Destruktor räumt auf.

Wenn ich eine Klasse erstelle, dann wird immer ein Konstruktor aufgerufen, in dem ich die Möglichkeit habe, die Klasse zu initialisieren. Wird eine Klasse zerstört, dann wird der Destruktor aufgerufen, wo ich eben Aufräumarbeiten durchführen kann.

Ich hingegen halte das nicht nur für unpräzise, sondern für falsch. Die Klasse ist nur der Typ, gewissenmassen also die Vorlage für ein Objekt bzw. eine Instanz. Du kannst zur Laufzeit weder Klassen initialisieren noch aufräumen. Genauer gesagt existieren die Klassen an sich nach der Kompilierzeit gar nicht mehr, schon gar nicht in einer Flexibilität, die solche Operationen zuliesse (zumindest in C++). Das sind Objekte.

Dass ein Konstruktor Objekte erstellt und ein Destruktor sie zerstört, hat schon seine Richtigkeit.

tntnet schrieb:

Klassen werden entweder auf dem Stack oder auf dem Heap angelegt. Lege ich Objekte auf den Stack, werden die Objekte automatisch beim Verlassen des Gültigkeitsbeireiches gelöscht. Das brauche ich nicht explizit zu machen und kann es damit auch nicht vergessen. Dabei wird auch der Destruktor aufgerufen.

Genauso wenig kannst du Klassen auf den Stack oder Heap (besser Freestore) legen, das sind wiederum Objekte.