Pourquoi préférez-vous char* au lieu de string, en C++?

Il est plus sûr d'utiliser std::string parce que vous n'avez pas besoin de vous soucier de l'allocation /désallocation de la mémoire pour la chaîne. Le C++ std::string classe est susceptible d'utiliser un char* tableau en interne. Cependant, la classe va gérer l'allocation, l'allocation et la désallocation de la batterie interne pour vous. Cette opération supprime tous les risques habituels qui viennent avec l'aide de matières pointeurs, tels que des fuites de mémoire, les dépassements de tampon, etc.

En outre, il est également très pratique. Vous pouvez copier des chaînes de caractères, ajouter à une chaîne de caractères, etc., sans avoir à fournir manuellement espace tampon ou d'utiliser des fonctions telles que la fonction strcpy/strcat. Avec std::string, c'est aussi simple que l'utilisation de la = ou + opérateurs.

En gros, c'est:

 std::string s1 = "Hello ";
 std::string s2 = s1 + "World";

contre...

 const char* s1 = "Hello";
 char s2[1024]; //How much should I really even allocate here?
 strcpy(s2, s1);
 strcat(s2, " World ");

Edit:

En réponse à votre modifier au sujet de l'utilisation de char* en C++: de Nombreux programmeurs C++ sera demande, vous devriez jamais utilisation char* sauf si vous travaillez avec certains API/legacy fonction qui exige, dans ce cas vous pouvez utiliser le std::string::c_str() fonction pour convertir un std::string à const char*.

Je dirais, cependant, il ya quelques utilisations légitimes de C-tableaux en C++. Par exemple, si la performance est absolument essentiel, un petit C-tableau sur la pile peut être une meilleure solution que std::string. Vous pouvez également écrire un programme où vous avez besoin d'un contrôle absolu sur allocation/libération de mémoire, dans lequel cas, vous devrez utiliser char*. Aussi, comme il a été souligné dans la section des commentaires, std::string n'est pas garanti pour vous fournir un contigus, en écriture de la mémoire tampon *, de sorte que vous ne pouvez pas écrire directement à partir d'un fichier dans un std::string si vous avez besoin de votre programme pour être complètement portable. Toutefois, dans le cas où vous avez besoin pour ce faire, std::vector serait encore probablement préférable à l'utilisation du raw C-tableau.

* Bien qu'en C++11 ce qui a changé, de sorte que std::string ne vous fournir une mémoire tampon contiguë

OriginalL'auteur Charles Salvia

En général, std::string est plus propre, plus sûr chemin à parcourir, car elle élimine le fardeau de la gestion de la mémoire du programmeur. La principale raison pour laquelle cela peut être plus rapide que char *s, c'est que std::string magasins de la longueur de la chaîne. Donc, vous n'avez pas à faire le travail d'une itération à travers l'ensemble du tableau de caractères à la recherche pour le caractère de fin NULL chaque fois que vous voulez faire une copie, append, etc.

Cela étant dit, vous pourrez toujours trouver beaucoup de programmes c++ qui utilisent un mélange de std::string et char *, ou même ont écrit leur propre chaîne de classes à partir de zéro. Dans les anciens compilateurs, std::string est un dévoreur de mémoire et pas forcément aussi rapide qu'elle pourrait être. Ce qui a cesse de s'améliorer au fil du temps, mais certaines des applications de haute performance (par exemple, les jeux et les serveurs) peuvent encore bénéficier de la main-écoute les manipulations de chaînes et de gestion de la mémoire.

Je recommande de commencer avec std::string, ou, éventuellement, la création d'un wrapper pour plus de fonctions utilitaires (par exemple, starts_with(), split(), le format(), etc.). Si vous trouvez lors de l'évaluation de votre code de manipulation de chaîne est un goulot d'étranglement, ou utilise trop de mémoire, vous pouvez alors décider si vous souhaitez accepter les risques supplémentaires et test d'une chaîne personnalisée de la bibliothèque de la demande.

CONSEIL: Une façon de contourner les problèmes de mémoire et d'utiliser std::string est d'utiliser une base de données incorporée comme SQLite. Ceci est particulièrement utile lors de la génération et la manipulation de très grandes listes de chaînes de caractères, et la performance est meilleure que ce à quoi vous pourriez vous attendre.

OriginalL'auteur kgriffs

Implémentations de std::string masquer l'utilisation de la mémoire de vous. Si vous écrivez des critiques des performances de code, ou en fait, vous avez à vous soucier de la fragmentation de la mémoire, puis à l'aide char* peut vous faire économiser beaucoup de maux de tête.

Pour quoi que ce soit d'autre, est le fait que std::string cache tout cela vous rend beaucoup plus utilisable.

OriginalL'auteur tsalter

Utilisation std::string pour son incroyable confort - automatique de gestion de la mémoire et des méthodes /opérateurs. Avec quelques manipulations de chaînes, la plupart des implémentations ont optimisations en place (comme le retard de l'évaluation de plusieurs manipulations - économise de la mémoire de la copie).

Si vous avez besoin de s'appuyer sur le char de mise en page dans la mémoire pour d'autres optimisations, essayez std::vector<char> à la place. Si vous avez un non-vide de vecteur vec, vous pouvez obtenir un char* pointeur à l'aide de &vec[0] (le vecteur doit être non vide).

OriginalL'auteur orip

Dans toute ma carrière professionnelle, j'ai eu l'occasion d'utiliser std::string à seulement deux projets. Tous les autres avaient leur propre chaîne de classes 🙂

Après avoir dit que, pour le nouveau code je l'utilise std::string quand je le peux, sauf pour le module limites (les fonctions exportées par la dll/bibliothèques partagées) où j'ai tendance à exposer interface C et rester à l'écart de types C++ et les enjeux de la binaire incompatibilités entre les compilateurs et les mst bibliothèque implémentations.

OriginalL'auteur Nemanja Trifunovic

std::string est presque toujours préférable. Même pour la vitesse, il utilise le petit tableau sur la pile avant d'allouer dynamiquement de plus pour les grandes chaînes.

Cependant, char* pointeurs sont encore nécessaires dans de nombreuses situations pour écrire des chaînes de caractères/de données dans une crue de la mémoire tampon (par exemple, réseau I/O), qui ne peut être fait avec des std::string.

OriginalL'auteur Inverse