Alles andere in c++ was ich mir angesehen habe hab ich problemlos kapiert aba hier wurde mir nie ausreichend erklärt wozu er gut ist.
Ich habe mir nun ein 2tes c++ buch geholt und mir beide sehr lange angesehen (eine woche immer wieder jeden tag) was den c-cnstrctr angeht aba ich checks ned weil mehr wert auf die anwendung als auf das wozu/warum gelegt wird und das nirgends ausreichend erläutert wurde.

Ihr könnt euch meine Dankbarkeit vorstellen wenn mir das hier jmd erklären könnte ganz kurz und einfach.

Vielen Dank im Voraus

testklasse t(10);
testklasse t1;

t1 = t;

//t wurde sozusagen in t1 kopiert

besonders wichtig ist er, wenn du dynamisch speicher in deiner klasse verwendest, denn da würde der standard-copykonstruktor nicht den inhalt, sondern nur den zeiger kopieren!

Wäre das nicht der zuweisungsoperator ?

Doch.
Copycon hat folgende Sig.

Testklasse( const Testklasse& other );

testklasse t(10);
testklasse* t1=new testklasse(t);

Damit kann man Objekte mit dem Inhalt eines bereits bestehendes Objekts erzeugen.

testklasse t(10);
testklasse t1 = t;
testklasse t2(t);

Sollte eigentlich beides den Copy-Konstruktor aufrufen.

t1 = t;

Nichts mit dem Copy C'tor zu tun hat, sondern mit dem Zuweisungsoperator.

test t(10);
function(t); // Signatur: void function(test x);

Dies würde den Aufruf des Copy-Konstruktors erzeugen. Der Copy-Konstruktor ist in der gleichen Klasse, weil er aus einem bestehenden Objekt (das als Parameter übergeben wird) ein neues Objekt konstruiert.

dass damit objekte kopiert werden ist schon klar (daher ja der Name) nur was ich n verstehe: Wieso ein bestehendes Objekt kopieren wenn ich ein neues erstellen kann?
UND: Wieso sind Konstruktor und Copy-K in der selben Klasse?

Nuja, manchmal braucht man eine Kopie von einem Objekt. Der Copycon erstellt ein neues mit den Werten eines Bestehenden. bei einer flat copy, die vom Compiler autom. erzeugt wird, werden alle Membervariablen bitweise kopiert. Das reicht in vielen Fällen aus. Aber wenn du Zeiger als Member hast, musst du die Inhalte der Zeiger selbst kopieren, da sonst beide Objekte eine Zeiger auf den selben Speicher haben, und das gibt Probleme beim Aufräumen.

Ich meine nicht den standartcopyconbstructor sondern den hier (zB) Studend (Student &s) und ich würd auch gern wissen was es mit dem &s aufsich hat daja s noch gar n existiert.

Lg

K sry falls das jmd so verstanden hat:

Ich meine nicht den standartcopyconbstructor sondern den hier (zB) Studend (Student &s) und ich würd auch gern wissen was es mit dem &s aufsich hat daja s noch gar n existiert.

Lg

Student (const Student& s );
Dabei ist s das andere Objekt, von dem kopiert wird. Das neue wird ja erst erstellt, es ist ja ein Konstruktor. & darum, weil sonst nochmal der Copycon aufgerufen würde (Würde der dann nicht rekursiv?),
und const nicht vergessen.

Ich meine nicht den standartcopyconbstructor sondern den hier (zB) Studend (Student &s) und ich würd auch gern wissen was es mit dem &s aufsich hat daja s noch gar n existiert.

Das & sagt in diesem Fall aus das s nur eine anderer Name für das an die Funktion übergebene Objekt ist. D.h. es wird nichts kopiert und du ersparst dir eine zusätzliche Kopie eines Objektes.

Student &s

handelt es sich um eine Referenz (normalerweise ein verpackter Zeiger, der automatisch dereferenziert wird). Im Copy-Konstruktor erwartet man normalerweise ein const-Referenz, wodurch sichergestellt ist das das ursprüngliche Objekt nicht verändert wird.

Btw: Ich weiß ja nicht welche Bücher du hast, aber vielleicht solltest du mal nach ordentlichen hier im Forum gucken, da wurden schon oft gute Bücher empfohlen.

Wieso mach ich n gleich neue einer voher bereits bestehenden Klasse?

Es gibt genügend Anwendungsfälle, wo Du kopieren willst, ohne die Originaldaten zu kennen.
Ausserdem muss der Copycon für viele STL Container verfügbar sein. (Stichwort: Assignable )

(Würde der dann nicht rekursiv?),

Soweit ich weiß, fangen sowas die Compiler ab. Beispiel:

class Test {
     public:
             Test() {}
             Test(Test tt) {}
};

Sollte sich nicht compilieren lassen...