C ++: "std :: endl" vs "\ n"

De nombreux livres C ++ contiennent des exemples de code comme celui-ci ...

std::cout << "Test line" << std::endl;

... donc je l'ai toujours fait aussi. Mais j'ai vu à la place beaucoup de code de développeurs qui travaillent comme ceci:

std::cout << "Test line\n";

Y a-t-il une raison technique de préférer l'un à l'autre, ou s'agit-il simplement d'une question de style de codage?

Les différents caractères de fin de ligne n'ont pas d'importance, en supposant que le fichier est ouvert en mode texte, ce que vous obtenez à moins que vous ne demandiez le binaire. Le programme compilé écrira la bonne chose pour le système compilé.

La seule différence est qu'il std::endlvide le tampon de sortie, et '\n'ne le fait pas. Si vous ne voulez pas que le tampon soit vidé fréquemment, utilisez '\n'. Si vous le faites (par exemple, si vous voulez obtenir toute la sortie et que le programme est instable), utilisez std::endl.

La différence peut être illustrée par ce qui suit:

std::cout << std::endl;

est équivalent à

std::cout << '\n' << std::flush;

Donc,

• Utilisez std::endlSi vous souhaitez forcer un vidage immédiat sur la sortie.
• À utiliser \nsi vous vous inquiétez des performances (ce qui n'est probablement pas le cas si vous utilisez l' <<opérateur).

J'utilise \nsur la plupart des lignes.
Utilisez ensuite std::endlà la fin d'un paragraphe (mais c'est juste une habitude et généralement pas nécessaire).

Contrairement à d'autres affirmations, le \ncaractère n'est mappé sur la séquence de fin de ligne de plate-forme correcte que si le flux va vers un fichier ( std::cinet qu'il std::coutest spécial mais toujours des fichiers (ou de type fichier)).

Il peut y avoir des problèmes de performances, std::endlforce un vidage du flux de sortie.

Il y a un autre appel de fonction implicite là-dedans si vous allez utiliser std::endl

a) std::cout << "Hello\n";
b) std::cout << "Hello" << std::endl;

a) appelle <<une fois l' opérateur .
b) appelle <<deux fois l' opérateur .

Je me souviens avoir lu à ce sujet dans la norme, alors voici:

Voir la norme C11 qui définit comment les flux standard se comportent, car les programmes C ++ interfacent avec le CRT, la norme C11 devrait régir la politique de vidage ici.

ISO / CEI 9899: 201x

7.21.3 §7

Au démarrage du programme, trois flux de texte sont prédéfinis et n'ont pas besoin d'être ouverts explicitement - entrée standard (pour lire l'entrée conventionnelle), sortie standard (pour écrire la sortie conventionnelle) et erreur standard (pour écrire la sortie de diagnostic). Comme initialement ouvert, le flux d'erreur standard n'est pas entièrement mis en mémoire tampon; les flux d'entrée et de sortie standard sont entièrement tamponnés si et seulement si le flux peut être déterminé comme ne faisant pas référence à un appareil interactif.

7.21.3 §3

Lorsqu'un flux n'est pas mis en mémoire tampon, les caractères sont censés apparaître dès la source ou à destination dès que possible. Sinon, les caractères peuvent être accumulés et transmis vers ou depuis l'environnement hôte sous forme de bloc. Lorsqu'un flux est entièrement tamponné, les caractères sont destinés à être transmis vers ou depuis l'environnement hôte sous forme de bloc lorsqu'un tampon est rempli. Lorsqu'un flux est mis en mémoire tampon de ligne, les caractères sont destinés à être transmis vers ou depuis l'environnement hôte en tant que bloc lorsqu'un caractère de nouvelle ligne est rencontré. De plus, les caractères sont destinés à être transmis sous forme de bloc à l'environnement hôte lorsqu'un tampon est rempli, lorsqu'une entrée est demandée sur un flux non tamponné, ou lorsqu'une entrée est demandée sur un flux tamponné de ligne qui nécessite la transmission de caractères de l'environnement hôte .

Cela signifie que std::coutet std::cinsont entièrement tamponnés si et seulement si font référence à un appareil non interactif. En d'autres termes, si stdout est attaché à un terminal, il n'y a pas de différence de comportement.

Cependant, si std::cout.sync_with_stdio(false)est appelé, '\n'cela ne provoquera pas de vidage, même sur les appareils interactifs. Sinon, '\n'c'est équivalent à std::endlmoins de canaliser vers des fichiers: ref c ++ sur std :: endl .

Ils écriront tous les deux le ou les caractères de fin de ligne appropriés. En plus de cette fin, le tampon sera validé. Vous ne souhaitez généralement pas utiliser endl lors des E / S sur les fichiers car les validations inutiles peuvent avoir un impact sur les performances.

Ce n'est pas grave, mais endl ne fonctionnera pas dans boost :: lambda .

(cout<<_1<<endl)(3); //error

(cout<<_1<<"\n")(3); //OK , prints 3

Si vous utilisez Qt et endl, vous pourriez accidentellement finir par utiliser une erreur endlqui vous donnera des résultats très surprenants. Voir l'extrait de code suivant:

#include <iostream>
#include <QtCore/QtCore> 
#include <QtGui/QtGui>

// notice that there is no "using namespace std;"
int main(int argc, char** argv)
{
    QApplication qapp(argc,argv);
    QMainWindow mw;
    mw.show();
    std::cout << "Finished Execution!" << endl;
    // This prints something similar to: "Finished Execution!67006AB4"
    return qapp.exec();
}

Notez que j'ai écrit à la endlplace de std::endl(ce qui aurait été correct) et apparemment il y a une endlfonction définie dans qtextstream.h (qui fait partie de QtCore).

L'utilisation "\n"au lieu de endlcontourner complètement tous les problèmes d'espace de noms potentiels. C'est aussi un bon exemple pour lequel placer des symboles dans l'espace de noms global (comme Qt le fait par défaut) est une mauvaise idée.

J'ai toujours eu l'habitude d'utiliser simplement std :: endl parce que c'est facile à voir pour moi.

Le std::endlmanipulateur est équivalent à '\n'. Mais std::endlvide toujours le flux.

std::cout << "Test line" << std::endl; // with flush
std::cout << "Test line\n"; // no flush

Si vous avez l'intention d'exécuter votre programme sur autre chose que votre propre ordinateur portable, n'utilisez jamais l' endlinstruction. Surtout si vous écrivez beaucoup de lignes courtes ou comme j'ai souvent vu des caractères uniques dans un fichier. L'utilisation de endlis know pour tuer les systèmes de fichiers en réseau comme NFS.

Avec référence Il s'agit d'un manipulateur d'E / S uniquement en sortie .

std::endlInsère un caractère de nouvelle ligne dans le SE de la séquence de sortie et le vide comme si en appelant os.put(os.widen('\n'))suivi de os.flush().

Quand utiliser:

Ce manipulateur peut être utilisé pour produire une ligne de sortie immédiatement ,

par exemple

lors de l'affichage de la sortie d'un processus de longue durée, l'activité de journalisation de plusieurs threads ou l'activité de journalisation d'un programme qui peut se bloquer de façon inattendue.

Aussi

Un vidage explicite de std :: cout est également nécessaire avant un appel à std :: system, si le processus généré effectue des E / S d'écran. Dans la plupart des autres scénarios d'E / S interactifs habituels, std :: endl est redondant lorsqu'il est utilisé avec std :: cout car toute entrée provenant de std :: cin, sortie vers std :: cerr ou la fin d'un programme force un appel à std :: cout .affleurer(). L'utilisation de std :: endl à la place de '\ n', encouragée par certaines sources, peut dégrader considérablement les performances de sortie.