Discussion :

[jessikap]

Bonjour j' ai deux variable string

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Console.WriteLine("Veillez rentrer votre nom");
string nom = Console.ReadLine();
Console.WriteLine("Veillez rentrer votre prenom");
string prenom = Console.ReadLine();
Console.WriteLine();

à la fin je dois afficher le nom et le prenom de la personne a la ligne 5 je sais comment afficher un seul variable mais deux non.
Sil vous pourriez m`aider?

[PatteDePoule]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

console.writeline("{0} {1}", nom, prenom);

[MarieKisSlaJoue]

Autre solution

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Console.WriteLine("Nom " + nom + " Prénom " + prenom);

Tu as le choix comme ça.

[PatteDePoule]

Autre solution

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Console.WriteLine("Nom " + nom + " Prénom " + prenom);

Effectivement ça fonctionne, mais ce n'est vraiment pas une bonne manière de faire!

C'est mal de faire plein de + avec des strings. Ce n'est pas performant et ça utilise de la mémoire pour rien.

Utilisez String.Concat, String.Format, String.Join à la place.

[mkl238]

Effectivement ça fonctionne, mais ce n'est vraiment pas une bonne manière de faire!

C'est mal de faire plein de + avec des strings. Ce n'est pas performant et ça utilise de la mémoire pour rien.

Utilisez String.Concat, String.Format, String.Join à la place.

Boff, les opérateurs + utilisés dans ce cas ci sur des string appellent implicitement string.concat, ça revient donc au même et c'est plus intuitif d'utiliser les + .
De plus, avec des string en variables, String.format est plus lent que string.concat (ou +).

[chamamo]

C'est au choix, je ne pense pas que concaténer deux champs avec un "+" va te poser un problème de mémoire

[tomlev]

C'est mal de faire plein de + avec des strings. Ce n'est pas performant et ça utilise de la mémoire pour rien.

Ça ne pose un problème que si c'est fait dans une boucle avec un nombre potentiellement important d'éléments à concaténer. Par exemple quelque chose comme ça est à éviter :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
string result = "";
foreach(string s in tresLongueListeDeChaines)
{
    result += s;
}

parce que ça crée plein d'instances temporaires de String, qui devront être ramassées par le garbage collector. Dans un cas comme ça, il vaut mieux utiliser String.Concat, String.Join ou encore un StringBuilder.

Mais concaténer 3 ou 4 chaines comme dans l'exemple de MarieKisSlaJoue, ça n'est pas vraiment gênant du point de vue des performances ou de la mémoire. Par contre je trouve que ça nuit un peu à la lisibilité...

[Kikuts]

J'ai lu un article qui faisait un benchmark et le résultat était assez bizarre.

Il montrait que dans la majorité des cas, string.format était à éviter lol.

String.Concat était mieux. Et la concaténation avec des plus arrivait de très près au string.format il me semble

Je précise que les tests étaient fait sur des grosses boucles et des concaténations moyennes.

(je crois même avoir lu l'article depuis ce site !!)


IMO, la synstaxe string.format est plus un bonne pratique qu'un gain de perf. On fait comme ça parce que c'est plus "propre" et pour que les dév gardent cette habitude.

Perso, je concatène souvent à la bourrin sauf quand j'ai une boucle (en lien avec export CSV, traitement d'un résultat d'une grosse requête sql etc).

[tomlev]

Il montrait que dans la majorité des cas, string.format était à éviter lol.

[...]

IMO, la synstaxe string.format est plus un bonne pratique qu'un gain de perf. On fait comme ça parce que c'est plus "propre" et pour que les dév gardent cette habitude.

Bah c'est surtout que String.Format sert à quelque chose de bien précis. C'est une opération plus complexe qu'une simple concaténation, et c'est potentiellement très puissant puisque ça permet de préciser le format de chaque élément. Mais forcément, qui dit plus complexe dit moins rapide... De toute façon, à moins que tu ne l'utilises en boucle dans une section de code super critique, je ne pense pas que la différence de performance soit suffisamment importante pour avoir un impact significatif.