C++ 11 bereichsbasierte for-Schleife Effizienz "const Auto & i" im Gegensatz zu "auto i"

Question

In C++ 11, kann ich einige Container wie so iterieren:

for(auto i : vec){ 
    std::cout << i << std::endl; 
} 

Aber ich weiß, dass dies unnötig - unnötig, da ich nur die Werte von vec-drucken müssen - macht eine Kopie (EDIT: jedes Element) vec, so stattdessen konnte ich tun:

for(auto &i : vec){ 
    std::cout << i << std::endl; 
} 

Aber ich möchte sicherstellen, dass die Werte von vec durch const-Korrektheit nie geändert und bleiben, so kann ich tun:

for(const auto &i : vec){ 
    std::cout << i << std::endl; 
} 

Also meine Frage ist: Wenn ich nur zu Blick auf die Notwendigkeit Werte von einigen Behältern, würde nicht die allerletzte Schleife (const auto &i) immer wegen der erhöhten Effizienz bevorzugt werden, keine zusätzliche Kopie von (: jedes Element von) vec zu haben?

Ich habe ein Programm, das ich entwickle, in dem ich darüber nachdenke, diese Änderung durchgängig zu machen, da Effizienz entscheidend ist (der Grund, warum ich C++ an erster Stelle benutze).

Answer 1

Ja. Aus dem gleichen Grund, wenn Sie nur ein Argument lesen, machen Sie den Parameter const&.

T  // I'm copying this 
T&  // I'm modifying this 
const T& // I'm reading this 

Das sind Ihre "Standardwerte". Wenn T ein grundlegender Typ (eingebaut) ist, werden Sie im Allgemeinen einfach zu const T (keine Referenz) zum Lesen zurückkehren, da eine Kopie billiger als Aliasing ist.

---

Ich habe ein Programm, das ich entwickeln werde, in dem ich in Anbetracht dieser Änderung im gesamten, da die Effizienz in es kritisch ist,

1. nicht blind radikale Veränderungen machen Sie . Ein Arbeitsprogramm ist besser als ein schnelles, aber kaputtes Programm.
2. Wie Sie durch Ihre Schleifen iterieren, wird wahrscheinlich keinen großen Unterschied machen; Sie schleifen aus einem bestimmten Grund, nicht wahr? Der Körper Ihrer Schleife wird viel wahrscheinlicher der Übeltäter sein.
3. Wenn Effizienz entscheidend ist, möchten Sie einen Profiler verwenden, um herauszufinden, welche Teile des Programms sind tatsächlich langsam, anstatt an Teilen zu erraten, die langsam sein könnte. Siehe Nr. 2, warum Ihre Vermutung falsch sein könnte.

Answer 2

Stellen Sie sich vor, wenn Ihr Vektor Strings enthält. Lange Saiten. 5000 lange Saiten. Kopiere sie unnötigerweise und du erhältst eine schön geschriebene for-Schleife, die furchtbar ineffizient ist.

Stellen Sie sicher, dass Ihr Code Ihrer Absicht entspricht. Wenn Sie keine Kopie innerhalb der Schleife benötigen, erstellen Sie keine Kopie.

Verwenden Sie eine Referenz & wie oben vorgeschlagen oder Iteratoren.