Aber wie genau verhalten sich Referenzen? Und wann bedeutet ein & eine Referenz, und wann eine Adresse? Aber was am wichtigsten ist: Wann benutzt man Referenzen am besten und wann benutzt man Referenzen am besten?

Referenzen benutze ich immer, wenn man nur ein einziges Objekt übergeben kann und dies gültig sein muss. Ansonsten benutzt man in der Regel const-Referenzen für alle Typen mit einem nicht trivialen Copy-Constructor oder einer gewissen Größe.

Und wann bedeutet ein & eine Referenz, und wann eine Adresse?

Der &-Operator liefert eine Adresse. & in der Typ-Deklaration bedeutet Referenz. Da besteht eigentlich keine Verwechslungsgefahr.

ich orientiere mich immer an:
- Muss ein "Verweis" optional oder variabel oder adressierbar (üblicherweise nur wegen einer der ersten beiden) sein => Pointer.
- Sonst: Referenz

Gruß,

Simon2.

Und was ist schneller? Zeiger oder Referenz?

ICh würde sagen: WENN, dann eine Referenz (weil der Compiler die manchmal komplett wegoptimieren kann).
Aber das kommt sehr auf den konkreten Fall an.

Performance würde ich nicht zum Entscheidungskriterium für "Ref vs Ptr" machen (für "const-Ref vs Kopie" schon eher).

Gruß,

Simon2.

Zeiger können IMO genauso wegoptimiert werden wie Referenzen.

Da Referenzen striker sind, nehme ich mal an, dass man dafür zumindest in bestimmten Fällen besser optimieren kann (zB Aliasing).

(Aber wie Simon2 sagte, ist das absolut kein allgemeines Entscheidungskriterium!)

Zeiger können IMO genauso wegoptimiert werden wie Referenzen.

... aber vermutlich nicht in Fällen, wo Referenzen NICHT wegoptimiert werden können.

Gruß,

Simon2.

hustbaer schrieb:

Zeiger können IMO genauso wegoptimiert werden wie Referenzen.

... aber vermutlich nicht in Fällen, wo Referenzen NICHT wegoptimiert werden können.

Nein, vermutlich nicht. Was willst du mir damit sagen? Hab ich was anderes behauptet oder impliziert?

ICh würde sagen: WENN, dann eine Referenz (weil der Compiler die manchmal komplett wegoptimieren kann).

Das impliziert dass es bei Zeigern nicht so wäre. Ist aber so. Können auch "komplett" wegoptimiert werden.

Simon2 schrieb:

hustbaer schrieb:

Zeiger können IMO genauso wegoptimiert werden wie Referenzen.

... aber vermutlich nicht in Fällen, wo Referenzen NICHT wegoptimiert werden können.

Nein, vermutlich nicht. Was willst du mir damit sagen? Hab ich was anderes behauptet oder impliziert?...

Aaaalso. Meine Aussage/Vermutung war:
In X% der Fälle sind Referenzen und Zeiger gleich gut optimierbar (=> "gleich schnell"). In 100-X% sind Referenzen optmierbar und Zeiger nicht (=> "Referenzen schneller")
(Meine Schätzung: "X = 100-ε")
=> "WENN, dann sind Referenzen schneller"
(Großschreibung, um den Konjuktiv zu betonen.

hustbaer schrieb:

ICh würde sagen: WENN, dann eine Referenz (weil der Compiler die manchmal komplett wegoptimieren kann).

Das impliziert dass es bei Zeigern nicht so wäre...

Wäre mir nicht in den Sinn gekommen und lese ich auch nicht daraus.

Gruß,

Simon2.

hat C++ übergaupt Zeiger und Referenzen? Würde eines nicht genügen?

Weil es praktisch ist und damit eigene Objekte natürlicher wirken.

hat C++ übergaupt Zeiger und Referenzen?

Ja, hat es.

(kleiner Tip: Nutzernamen und Beitrags-Titel werden oft überlesen - also pack deine Fragen lieber direkt (und vollständig) in den Beitrag ;))

Würde eines nicht genügen?

Wie man aus C weiß, würden Zeiger alleine durchaus ausreichen. Aber Referenzen bieten teilweise Vereinfachungen (kein Dereferenzieren notwendig) und erweiterte Zusicherungen gegenüber Zeigern (eine Referenz verweist IMMER auf ein Objekt - und zwar während ihrer gesamten Lebenszeit auf das selbe).

Würde eines nicht genügen?

... wofür genügen ?

"Warum überhaupt int und double ? Würde nicht eines genügen ?"...

Gruß,

Simon2.

Also sind Referenzen besser und man könnte auf Zeiger völlig verzichten.

Simon2 schrieb:

"Warum überhaupt int und double ? Würde nicht eines genügen ?"...

Gute Frage. Ich würde sie eher mit float und double stellen. Wieso float, wenn es doch double gibt?

Also sind Referenzen besser und man könnte auf Zeiger völlig verzichten.

Nein. Lies den Abschnitt über die Zusicherungen nochmal (Hinweis: manchmal möchte man etwas bestimmtes garnicht zugesichert bekommen).

Hmmm... schrieb:

Also sind Referenzen besser und man könnte auf Zeiger völlig verzichten.

Nein. Lies den Abschnitt über die Zusicherungen nochmal (Hinweis: manchmal möchte man etwas bestimmtes garnicht zugesichert bekommen).

Welchen Abschnitt über Zusicherungen? Was meinst du damit?

Welchen Abschnitt über Zusicherungen? Was meinst du damit?

> [...] und erweiterte
> Zusicherungen gegenüber Zeigern (eine Referenz verweist IMMER auf ein Objekt -
> und zwar während ihrer gesamten Lebenszeit auf das selbe).

Angenommen, Zeiger wären in C++ nicht mehr vorhanden. Was machst Du jetzt, wenn Du einen Verweis brauchst, der auch mal auf kein Objekt zeigen oder sein Ziel ändern kann? Sprich, von dem Du garnicht möchtest, dass er IMMER auf dasselbe Objekt verweist?

Angenommen, Zeiger wären in C++ nicht mehr vorhanden. Was machst Du jetzt, wenn Du einen Verweis brauchst, der auch mal auf kein Objekt zeigen oder sein Ziel ändern kann? Sprich, von dem Du garnicht möchtest, dass er IMMER auf dasselbe Objekt verweist?

Wieso sollte ich einen Verweis auf "kein Objekt" brauchen? Wozu nützt mir solch ein Verweis?
Und ich kann doch eine Funktion, die eine Referenz erwartet, von verschiedenen Stellen aufrufen und habe somit verschiedene Ziele.
Hast du vielleicht einen Beispiel, bei dem man Zeiger benutzen muß, ohne daß man das selbe auch mit Referenzen erreichen kann?

• optionale Werte - du übergibst NULL für "der Wert interessiert mich nicht"
• Sondermarkierungen, z.B. für das Ende einer verketteten Liste
• wo wir gerade bei Listen sind: Die Nachfolger-Beziehungen zwischen Elementen können/müssen sich während der Laufzeit auch ändern
• ...

(außerdem gibt es zwar Zeiger-Arithmetik (Pointer-Addition, Index-Operator etc), aber keine dazu analoge Referenz-Arithmetik)

optionale Werte - du übergibst NULL für "der Wert interessiert mich nicht"

Man könnte doch eine Referenz auf einen Wert "interessiert mich nicht" übergeben.

CStoll schrieb:

Sondermarkierungen, z.B. für das Ende einer verketteten Liste
wo wir gerade bei Listen sind: Die Nachfolger-Beziehungen zwischen Elementen können/müssen sich während der Laufzeit auch ändern

Verkettete Listen sind IMHO auch ohne Zeiger möglich.

Ich glaube langsam, Zeiger existieren nur in C++ aus kompatibilitätsgründen zu C.

Hast du vielleicht einen Beispiel, bei dem man Zeiger benutzen muß, ohne daß man das selbe auch mit Referenzen erreichen kann?

Ja, klar, greif mal auf ein Array zu.
(Egal wie du das machst werden immer Zeiger im Spiel sein, auch wenn man im Code keine "sieht")

Verkettete Listen sind IMHO auch ohne Zeiger möglich.

Das möchte ich gerne sehen

Verkettete Listen sind IMHO auch ohne Zeiger möglich.

Das wird sicher einige hier interessieren, wie du eine Verkettete Liste (am Betsen eine double linked list) in C++ ohne Zeiger implementieren willst. Hast du dazu ein Beispiel oder einen Link auf Lager?

CStoll schrieb:

optionale Werte - du übergibst NULL für "der Wert interessiert mich nicht"

Man könnte doch eine Referenz auf einen Wert "interessiert mich nicht" übergeben.

Und wie soll der Wert aussehen? Hinter einer Referenz steht IMMER eine existierende Variable, ein Zeiger kann auf NULL verweisen.

CStoll schrieb:

Sondermarkierungen, z.B. für das Ende einer verketteten Liste
wo wir gerade bei Listen sind: Die Nachfolger-Beziehungen zwischen Elementen können/müssen sich während der Laufzeit auch ändern

Verkettete Listen sind IMHO auch ohne Zeiger möglich.

Dann zeig doch mal, wie du DAS anstellen willst.