Wann Zeiger zu verwenden sind und wann nicht

Für die Do's und Dont's von C ++:

Effektives C ++ und effektiveres C ++ von Scott Meyers.

Für Zeiger (und Referenzen):

• benutze pass-by-value, wenn der Typ in 4 Bytes passt und nicht geändert werden soll nach der Rückkehr des Anrufs.
• benutze den Verweis auf const, wenn der Typ größer ist und du möchtest, dass er nach der Rückkehr des Aufrufs nicht geändert wird.
• benutze pass by reference, wenn der Parameter nicht NULL
sein kann
• verwende sonst einen Zeiger.

Verwenden Sie keine rohen Zeiger, wenn Sie dies nicht tun müssen. Die meiste Zeit ist ein intelligenter Zeiger (siehe Boost ) die bessere Option.

Aus der C ++ - FAQ :

  

Verwenden Sie Referenzen, wenn Sie können und   Zeiger, wenn Sie müssen.

Ссылка

1) Ich verwende tendenziell Member-Variablen, die mit der Klasse verknüpft sind. Sie werden im Initialisierer der Klasse konstruiert, und ich brauche mir keine Gedanken über Zeiger zu machen.

2) Sie können durch Verweis auf eine Funktion übergeben werden und müssen sich nicht darum kümmern, Zeiger zu übergeben. Dies übergibt effektiv einen Zeiger auf die Methode / Funktion, die verwendet werden kann, als ob Sie die Klasse übergeben hätten, aber ohne den Aufwand, die Klasse selbst zu kopieren.

3) Wenn ich die Lebensdauer eines Objekts steuern muss, das unabhängig von den Klassen meiner Hauptanwendungsarchitektur ist, dann benutze ich ein auto_ptr von der STL, um die Zerstörung des Zeigers automatisch zu handhaben, wenn niemand länger darauf verweist. Schau es dir an - es ist der richtige Weg.

Verwenden Sie es immer dann, wenn Sie mit zugeordnetem Speicher arbeiten oder Argumente mit Bezug auf eine Methode übergeben; Ich glaube nicht, dass es eine Regel gibt, keine Zeiger zu verwenden.

Meine Faustregeln:

1. Übergeben Sie Funktionsparameter immer als konstante Referenzen,
2. es sei denn, sie sind eingebaute Typen, in diesem Fall werden sie kopiert (und const / non-const wird zu einer Stilfrage, da der Aufrufer nicht betroffen ist) oder
3. es sei denn, sie sollen innerhalb der Funktion geändert werden, so dass die Änderungen beim Aufrufer widergespiegelt werden. In diesem Fall werden sie von einer nichtkonstanten Referenz oder
übergeben
4. Wenn die Funktion nicht aufrufbar sein soll, auch wenn Anrufer kein Objekt übergeben müssen, werden sie als Zeiger übergeben, sodass Anrufer stattdessen NULL -Zeiger übergeben können (gelten Sie für # 1 und # 3) pass per const T* oder per T* )

Streams müssen immer als nicht konstante Referenzen weitergegeben werden.

Wenn Sie Verweise anstelle von Zeigern verwenden können, ist es im Allgemeinen eine gute Idee. Eine Referenz muss ein Ziel haben (keine NULL-Pointer-Verletzungen), sie erlauben dieselbe Semantik wie Zeiger, wenn sie als Argumente an eine Funktion übergeben werden, und sie sind im Allgemeinen besser für Anfänger (oder solche, die nicht von einem C-Hintergrund kommen) / p>

Zeiger sind erforderlich, wenn Sie dynamische Speicherzuweisung vornehmen möchten. wenn Sie mit einer unbekannten Menge von Dingen umgehen müssen, die später spezifiziert werden. In diesem Fall erfolgt die Schnittstelle zum Zugriff auf den Speicher über new und delete , die Zeiger enthalten.

Meine Philosophie besteht darin, immer Wert zu übergeben, es sei denn, Sie müssen die übergebene Variable ändern oder das Kopieren des Objekts ist teuer. In beiden Fällen sollten Sie zuerst einen Verweis anstelle eines Zeigers verwenden: Wenn Sie nicht ändern müssen, auf welches Objekt Sie verweisen, oder einen möglichen Extremwert (NULL-Zeiger) benötigen, können Sie einen Verweis verwenden.

Vergessen Sie auch nicht die Iteratoren.

Alle guten Antworten oben. Wenn Sie eine rechenintensive Arbeit ausführen, ist es außerdem wichtig zu wissen, dass das Dereferenzieren eines Zeigers wahrscheinlich ein Cache-Fehltreffer auf Ihrem Prozessor ist. Es ist eine gute Idee, Ihre Daten mit minimalen Zeigerdereferenzen verfügbar zu halten.

1. Klassenattribut: Zeiger
2. In Methoden deklarierte Variablen: keine Zeiger, so vermeiden wir Speicherlecks.

Verhindern Sie auf diese Weise Speicherlecks und kontrollieren Sie die Konsistenz des Attributs.

Salu2.