String.concat ou Path.Combine ?Résolu

Question

Bonjour a tout le monde,








voici une question qui me turlupine depuis un moment et donc je ne trouve rien sur le forum.

Quelle est la différence entre "string.Concat" et "Path.Combine".
Mise à part que Path.Combine gère les "".
Je pose cette question, car il m'arrive de devoir employer
"string.concat" plutôt que "Path.combine" lors de concaténation
d'un Path source avec le nom d'un fichier.


Dernièrement j'ai eu ce problème sur cette ligne:



//Ne fonctionne pas
destination = Path.Combine(destination.Substring(0,
y), sousdossiers.FullName.Substring(x)); 





//fonctionne
destination = string.Concat(destination.Substring(0,
y), sousdossiers.FullName.Substring(x)); 





cela ce résume en : destination = @"C:\abc\def" +
@"\ghi\yxz.ext"; 






Quelqu'un aurait-il une réponse ?


L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès.
Loi de Murphy.


<!--

cs_Bidou · Accepted Answer

Winnie> Je pense que normalement, un path d'un répertoire doit toujour se terminer par un "" ou "/".
C'est pour ça que si tu fais 


string

 x = 


Path

.Combine(


@"C:\abc\def"

, 


@"\ghi\yxz.ext"

);

Ca ne marche pas correctement...

<hr />
-My Blog-

sebmafate · Answer

String.Concat concatène des objets sans autre traitement... alors que Path.Combine vérifie le type de path (/ ou \), vérifie si la première chaine se termine par un / (ou \)...

pas vraiment la même chose

Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]

winny68 · Answer

Merci pour ta réponse sebmafate,
mais qu'set ce qui se passe si ma première chaine ne comporte pas de \ ?
car ma seconde question est pourquoi je dois utiliser le string.concat plutôt que le path.combine pour réaliser mon path ?

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès.
Loi de Murphy.<!--

sebmafate · Answer

pour construire un path, il faut utiliser Path.Combine...

ex : 

string a = @"c:	emp";
string b = "titi.png";

string.Concat(a, b) --> c:	emptiti.png
Path.Combine(a, b) --> c:	emp	iti.png

Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]

winny68 · Answer

Merci Bidou, ça c'est une réponse claire comme je l'ai aime.

donc, si j'ai bien compris, je dévrai faire :
destination = Path.Combine(string.concat(path1,@""), path2);

Cela, pour être certain d'avoir un bon path.
cepandant, je sais que Path.combine change @"\" en @"", mais est ce qu'il change aussi @"\" en @"".
après je peux faire des tests, mais si vous savez.

Merci

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès.
Loi de Murphy.<!--

cs_Bidou · Answer

A vrai dire, je trouve étonnant le comportement de cette fonction... et je n'ai pas de solution à proposer "à froid" si ce n'est de tester le dernier caractère du string (mais c'est justement pas le but, la fonction est là pour ça...).

Discussion sur le sujet: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=183066&SiteID=1http://www.bokebb.com/dev/english/1936/posts/19369225.shtml

<hr />
-My Blog-

winny68 · Answer

C'est vrai, mais si ma première string n'a pas de "", elle n'est pas prise en compte.
je pense quelle a des limites.

Merci pour toutes vos réponses.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès.
Loi de Murphy.<!--

sebmafate · Answer

Voici le code de la méthode Combine :

publicstaticblog)
Consultant Indépendant
[Microsoft Visual C# MVP]

sebmafate · Answer

ooops...

public static string Combine(string path1, string path2)
{    if ((path1 null) || (path2 null))
    {
        throw new ArgumentNullException((path1 == null) ? "path1" : "path2");
    }
    CheckInvalidPathChars(path1);
    CheckInvalidPathChars(path2);
    if (path2.Length == 0)
    {
        return path1;
    }
    if (path1.Length == 0)
    {
        return path2;
    }
    if (IsPathRooted(path2))
    {
        return path2;
    }
    char ch = path1[path1.Length - 1];
    if (((ch != DirectorySeparatorChar) && (ch != AltDirectorySeparatorChar)) && (ch != VolumeSeparatorChar))
    {
        return (path1 + DirectorySeparatorChar + path2);
    }
    return (path1 + path2);
}


 

Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]

sebmafate · Answer

donc... on voit bien que la méthode teste si path1 se termine par le séparateur \, si oui retourne path1 + path2, sinon path1 + \ + path2.

Par contre, il n'y a aucun test concernant path2

Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]

cs_Bidou · Answer

L'exemple cité ci-dessus ne fonctionne tout de même pas...

<hr />
-My Blog-

sebmafate · Answer

ce qui gène dans l'exemple c'est le \ au début du path2... la fonction n'est pas prévue (c'est très con, je sais) pour ça.
Quand on le sait, on fait attention ;)

Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]

cs_Bidou · Answer

Bizarre parfois, et en plus ça n'a pas été corrigé dans le framework 3.5...
Si y'a une logique, je ne la vois pas !

<hr />
-My Blog-

sebmafate · Answer

hum... it's not a bug... it's a feature 

Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]

cs_coq · Answer

Salut, 

Personnellement le fait que le \ghi dérange Path.Combine ne me choque pas plus que ça, vu qu'au final "ghi\file.txt" est un chemin relatif alors que "\ghi\file.txt" va être considéré comme chemin absolu, de mémoire "\ghi\file.txt" étant directement équivalent à "<répertoire racine du répertoire courant>\ghi\file.txt"

En clair, si le répertoire courant est "C:	oto	iti"
"\ghi\file.txt" équivaut à "C:\ghi\file.txt"
"ghi\file.txt" équivaut à "C:	oto	iti\ghi\file.txt"

En clair, si le répertoire courant est "D:	oto"
"\ghi\file.txt" équivaut à "D:\ghi\file.txt"
"ghi\file.txt" équivaut à "D:	oto\ghi\file.txt"

Bref, "\ghi\file.txt" != "ghi\file.txt" ;-)

/*
coq
MVP Visual C#
CoqBlog
*/

winny68 · Answer

Merci à vous tous,

j'ai lu la métode Combine.
je suis surpris qu'on nous fournisse des méthodes qui sont testées à moitées.

Mais bon, j'ai eu de bonne réponse.

Merci.
+

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès.
Loi de Murphy.<!--

cs_coq · Answer

Pas besoin d'être surpris vu que ce n'est pas le cas, cette méthode à le comportement annoncé par sa documentation : 
"Si path2 contient un chemin d'accès absolu, cette méthode retourne path2."

/*
coq
MVP Visual C#
CoqBlog
*/

String.concat ou Path.Combine ?

17 réponses

Votre réponse

Discussions similaires