Avantages de l'utilisation de tableaux au lieu de std :: vector?

Question

Je vois actuellement beaucoup de questions qui sont marquées C++ et qui concernent la gestion des tableaux.
Il ya même des questions qui demandent des méthodes/caractéristiques pour les tableaux qu'un std::vector fournirait sans aucune magie.

Donc je me demande pourquoi tant de développeurs choisissent des tableaux sur std::vector en C++?

Answer 1

En général, je préfère fortement utiliser un vecteur sur un tableau pour un travail non trivial; Cependant, il existe certains avantages des tableaux.

• matrices sont légèrement plus compact: la taille est implicite
• tableaux sont non-redimensionnable; parfois cela est souhaitable
• tableaux ne nécessitent pas l'analyse des en-têtes supplémentaires STL (compilation)
• il peut être plus facile d'interagir avec le code linéaire C avec un tableau (par exemple, si C est allocation et C++ utilise)
• tableaux de taille fixe peuvent être intégrés directement dans un struct ou un objet, ce qui peut améliorer la localisation de mémoire et de réduire le nombre d'allocations de tas nécessaires

Answer 2

Parce que 03 C++ n'a pas vecteur littéraux. L'utilisation de tableaux peut parfois produire un code plus succinct.

Par rapport à l'initialisation du tableau:

char arr[4] = {'A', 'B', 'C', 'D'}; 

initialisation du vecteur peut sembler quelque peu bavard

std::vector<char> v; 
v.push_back('A'); 
v.push_back('B'); 
... 

Answer 3

Je vais pour std :: gamme disponible en C++ 0x au lieu de tableaux simples qui peuvent également être initialisé comme des tableaux standard avec une liste d'initialisation

http://www2.research.att.com/~bs/C++0xFAQ.html#std-array

Answer 4

Je pense que c'est parce que beaucoup de programmeurs C++ viennent de C et ne comprennent pas encore les avantages de l'utilisation de vector et tous les goodies supplémentaires STL qui viennent gratuitement avec ses conteneurs.

Answer 5

Vous avez beaucoup plus de contrôle avec des tableaux

Que diriez-vous:

1) vous traitez avec des ensembles de données colossales où les données doivent être des fichiers mis en correspondance et non attribué malloc ou new en raison de sa taille . Dans ce scénario, s'inquiéter de ce qu'il faut faire si vous n'avez pas réservé assez d'espace d'adressage au début peut être discutable, mais je suppose que vous pouvez démapper - étendre - remapper le fichier, sauf si la fragmentation d'adresse ou mon second point l'interdit.

2) Code qui utilise un multiprocesseur sans verrouillage. Les hits de performance d'arrêt des threads pour ré-allocation (ou tout autre "goodie STL") peuvent être inacceptables, donc utiliser des tableaux, vous avez beaucoup plus de contrôle, vous devrez peut-être appeler beaucoup de fonctions pour mettre en pause d'autres threads avant de redimensionner n'importe quoi.

BTW, je suis habituellement avec 1 et 2 en même temps. Les tableaux de structures + pointeurs fonctionnent à merveille, Compiler avec C++ car vous pouvez toujours utiliser des fonctionnalités C++ ailleurs dans le code.Je suis sûr que je pourrais penser à beaucoup d'autres exemples si j'ai essayé assez fort