Empfohlene Verwendung von std :: unique_ptr

Question

Was sind die empfohlenen Verwendungen von std::unique_ptr wo genau, wann und wie wird es am besten verwendet?

ich entdeckt:

About unique_ptr performances

Ich weiß schon:

1. std::unique_ptr wurde C++ 11 entwickelt als Ersatz in für std::auto_ptr
2. Dass ein std::unique_ptr keine Referenzzählung hat und "besitzt" -Objekt zeigt auf
3. Es gibt keine Kopie/a ssign mit einem std::unique_ptr
4. Wenn ich einen eindeutigen Zeiger benötigen, ist std::unique_ptr die Go

zu strukturieren Was würde ich gerne wissen:

1. wird mit einem std::unique_ptr immer vorzuziehen (außer Einzigartigkeit) zu etwas
   sonst noch? Was bekomme ich in dieser Situation?
2. Wenn ja, unter welchen Umständen und wann?
3. Angesichts der Notwendigkeit für Bewegung Semantik, würde dies eine std::unique_ptr weniger günstige
   insgesamt machen?
4. Wenn ein std::shared_ptr für dynamische Speicherverwaltung genügen würde in fast jeder Situation , warum mir zur Verfügung hat, die eine std::unique_ptr Materie (wieder andere
   als Einzigartigkeit)?

Answer 1

In der Theorie sollten Sie unique_ptr für alle Zeiger verwenden, wenn Sie wissen, dass Sie es teilen, in diesem Fall Sie shared_ptr verwenden sollten. Der Grund dafür ist, dass unique_ptr weniger Overhead hat, da Referenzen nicht gezählt werden.

jedoch ein unique_ptr beweglich ist, aber nicht kopierbar, so dass man als Member-Variable verwenden, können Sie benötigen mehr Code zu schreiben (zB ein Umzug Konstruktor), bedeutet einen nach dem Wert vorbei Sie std::move und so weiter verwenden müssen . Als Folge verwenden einige Leute shared_ptr aus Faulheit, weil es einfach einfacher ist, und der Perf-Unterschied möglicherweise nicht signifikant für ihre App ist.

Endlich ist ein roher Zeiger für Beobachtungszeiger in Ordnung, der die Lebensdauer niemals beeinflussen kann. Eine sorgfältige Auswahl des richtigen Zeigertyps kann denjenigen, die Ihren Code gelesen haben, ein gutes Verständnis dessen geben, was Sie tun. Weitere Informationen finden Sie in Herb Sutters Aufsatz Elements of C++ Style, speziell im Abschnitt "no delete".