String.concat ou Path.Combine ? [Résolu]
A voir également:
- Path.combine
- C# path combine - Meilleures réponses
- Path.combine c# - Meilleures réponses
- Vb.net path combine ✓ - Forum - C# / .NET
- Combine path & Variable... ✓ - Forum - VB.NET
- App.path vb6 ✓ - Forum - Visual Basic 6
- App.path vb.net - Guide
- App.path vba - Forum - Visual Basic
17 réponses
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-
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-
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]
pas vraiment la même chose
Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]
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.<!--
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.<!--
pour construire un path, il faut utiliser Path.Combine...
ex :
string a = @"c:\temp";
string b = "titi.png";
string.Concat(a, b) --> c:\temptiti.png
Path.Combine(a, b) --> c:\temp\titi.png
Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]
ex :
string a = @"c:\temp";
string b = "titi.png";
string.Concat(a, b) --> c:\temptiti.png
Path.Combine(a, b) --> c:\temp\titi.png
Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]
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.<!--
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.<!--
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-
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-
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.<!--
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.<!--
Voici le code de la méthode Combine :
publicstaticblog)
Consultant Indépendant
[Microsoft Visual C# MVP]
publicstaticblog)
Consultant Indépendant
[Microsoft Visual C# MVP]
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]
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]
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]
Par contre, il n'y a aucun test concernant path2
Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]
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]
Quand on le sait, on fait attention ;)
Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]
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-
Si y'a une logique, je ne la vois pas !
<hr />
-My Blog-
hum... it's not a bug... it's a feature
Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]
Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]
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:\toto\titi"
"\ghi\file.txt" équivaut à "C:\ghi\file.txt"
"ghi\file.txt" équivaut à "C:\toto\titi\ghi\file.txt"
En clair, si le répertoire courant est "D:\toto"
"\ghi\file.txt" équivaut à "D:\ghi\file.txt"
"ghi\file.txt" équivaut à "D:\toto\ghi\file.txt"
Bref, "\ghi\file.txt" != "ghi\file.txt" ;-)
/*
coq
MVP Visual C#
CoqBlog
*/
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:\toto\titi"
"\ghi\file.txt" équivaut à "C:\ghi\file.txt"
"ghi\file.txt" équivaut à "C:\toto\titi\ghi\file.txt"
En clair, si le répertoire courant est "D:\toto"
"\ghi\file.txt" équivaut à "D:\ghi\file.txt"
"ghi\file.txt" équivaut à "D:\toto\ghi\file.txt"
Bref, "\ghi\file.txt" != "ghi\file.txt" ;-)
/*
coq
MVP Visual C#
CoqBlog
*/
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.<!--
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.<!--
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
*/
"Si path2 contient un chemin d'accès absolu, cette méthode retourne path2."
/*
coq
MVP Visual C#
CoqBlog
*/