ref, ptr oder shared_ptr

Skym0sh0

Wieso keine Referenz?

volkard

Wieso eine Referenz?

Dobi

Schönere Syntax (keine Dereferenzierungspfeile) und man sagt damit aus, dass das Ding immer zu existieren hat (kein "if (!ptr) ...")?

volkard

Dobi schrieb:

Schönere Syntax (keine Dereferenzierungspfeile)

Eben nicht! Das Ding ist fremd und soll auch fremd aussehen. Vermeidet Fehler.

Dobi schrieb:

und man sagt damit aus, dass das Ding immer zu existieren hat (kein "if (!ptr) ...")?

Komisch, if(!ptr) mache ich ich bei Zeigern nicht. Wenn der Benutzer Nullzeiger reinsteckt, ist er selber schuld, fertig.

volkard schrieb:

Wenn der Benutzer Nullzeiger reinsteckt, ist er selber schuld, fertig.

Kann man nicht in Konstruktor oder setter einfach eine Referenz fordern und dann einfach die Adresse zu nutzen? Wenn man einen Zeiger übergeben kann wirkt das etwas missverständlich.

volkard

Flashput schrieb:

volkard schrieb:

Wenn der Benutzer Nullzeiger reinsteckt, ist er selber schuld, fertig.

Kann man nicht in Konstruktor oder setter einfach eine Referenz fordern und dann einfach die Adresse zu nutzen? Wenn man einen Zeiger übergeben kann wirkt das etwas missverständlich.

Kann man auch.
Aber dann WIRD bald jemand schreiben

B b;
   return new A(b);

während er und jeder andere Leser bei

B b;
   return new A(&b);

sofort merkt, daß da was faul ist.

Dobi

volkard schrieb:

Dobi schrieb:

und man sagt damit aus, dass das Ding immer zu existieren hat (kein "if (!ptr) ...")?

Komisch, if(!ptr) mache ich ich bei Zeigern nicht. Wenn der Benutzer Nullzeiger reinsteckt, ist er selber schuld, fertig.

Ja schon, aber ich dachte auch weniger an den Benutzer sondern an meinen Kollegen, der das Projekt vielleicht irgendwann übernimmt. Ich kann mir vorstellen, dass er bei nem Zeiger vielleicht denkt, dass das Ding auch Null sein könnte, wenn er meinen Kommentar an der Deklaration, der das als verboten beschreibt, nicht direkt liest. Bei einer Referenz hingegen wüsste er sofort Bescheid.

hustbaer

Skym0sh0 schrieb:

Wieso keine Referenz?

Weil man Referenzen nicht re-binden kann.
Für noncopyable Objelte war das früher egal. Seit RValue-Referenzen und Move ist es aber auch da ein Thema.
Referenzen sind also nur verwendbar wenn das Objekt noncopyable UND nonmovable sein soll.

hustbaer

volkard schrieb:

Kann man auch.
Aber dann WIRD bald jemand schreiben
B b;
   return new A(b);
während er und jeder andere Leser bei
B b;
   return new A(&b);
sofort merkt, daß da was faul ist.

Kommt drauf an. Bei unique_lock übergibt man auch ne Referenz, und ich sehe keine Gefahr dass das jemand falsch versteht.

hustbaer

Dobi schrieb:

Ich kann mir vorstellen, dass er bei nem Zeiger vielleicht denkt, dass das Ding auch Null sein könnte, wenn er meinen Kommentar an der Deklaration, der das als verboten beschreibt, nicht direkt liest. Bei einer Referenz hingegen wüsste er sofort Bescheid.

Dann pack ein assert(ptr); als erste Zeile in den Konstruktor.

Dobi

OK, ihr habt mich überzeugt. Ich hatte nämlich vor Kurzem einen ähnlichen Fall und hab mich für die Referenz entschieden. Hab jetzt aber die Umstellung auf Zeiger auf meine todo-Liste geschrieben.

Skym0sh0

hustbaer schrieb:

Skym0sh0 schrieb:

Wieso keine Referenz?

Weil man Referenzen nicht re-binden kann.
Für noncopyable Objelte war das früher egal. Seit RValue-Referenzen und Move ist es aber auch da ein Thema.
Referenzen sind also nur verwendbar wenn das Objekt noncopyable UND nonmovable sein soll.

Vor allem das überzeugt.