J'ai un problème avec AppDomain.CurrentDomain.BaseDirectory
.
Parfois, le chemin se termine par "\" et d'autres fois non. Je ne trouve pas de raison à cela.
Ce serait bien si j'utilisais Path.Combine
mais je veux faire Directory.GetParent
et cela donne des résultats différents.
Avez-vous trouvé ce problème?
Puis-je faire les choses différemment pour obtenir le répertoire parent de l'application?
Mon hack actuel est:
var baseDir = AppDomain.CurrentDomain.BaseDirectory;
if (!baseDir.EndsWith("\\")) baseDir += "\\";
C'est comme ça, gardez juste votre hack.
Dans plain Win32 il y a une fonction d'assistance PathAddBackslash pour cela. Soyez juste cohérent avec le séparateur de répertoire: vérifiez Path.DirectorySeparatorChar
et Path.AltDirectorySeparatorChar
au lieu du code dur \
.
Quelque chose comme ça (veuillez noter qu'il n'y a pas de vérification d'erreur grave):
string PathAddBackslash(string path)
{
// They're always one character but EndsWith is shorter than
// array style access to last path character. Change this
// if performance are a (measured) issue.
string separator1 = Path.DirectorySeparatorChar.ToString();
string separator2 = Path.AltDirectorySeparatorChar.ToString();
// Trailing white spaces are always ignored but folders may have
// leading spaces. It's unusual but it may happen. If it's an issue
// then just replace TrimEnd() with Trim(). Tnx Paul Groke to point this out.
path = path.TrimEnd();
// Argument is always a directory name then if there is one
// of allowed separators then I have nothing to do.
if (path.EndsWith(separator1) || path.EndsWith(separator2))
return path;
// If there is the "alt" separator then I add a trailing one.
// Note that URI format (file://drive:\path\filename.ext) is
// not supported in most .NET I/O functions then we don't support it
// here too. If you have to then simply revert this check:
// if (path.Contains(separator1))
// return path + separator1;
//
// return path + separator2;
if (path.Contains(separator2))
return path + separator2;
// If there is not an "alt" separator I add a "normal" one.
// It means path may be with normal one or it has not any separator
// (for example if it's just a directory name). In this case I
// default to normal as users expect.
return path + separator1;
}
Pourquoi autant de code ? Principal car si l'utilisateur entre /windows/system32
vous ne voulez pas obtenir /windows/system32\
mais /windows/system32/
, le diable est dans les détails ...
Pour tout assembler sous une forme plus explicite:
string PathAddBackslash(string path)
{
if (path == null)
throw new ArgumentNullException(nameof(path));
path = path.TrimEnd();
if (PathEndsWithDirectorySeparator())
return path;
return path + GetDirectorySeparatorUsedInPath();
bool PathEndsWithDirectorySeparator()
{
if (path.Length == 0)
return false;
char lastChar = path[path.Length - 1];
return lastChar == Path.DirectorySeparatorChar
|| lastChar == Path.AltDirectorySeparatorChar;
}
char GetDirectorySeparatorUsedInPath()
{
if (path.Contains(Path.AltDirectorySeparatorChar))
return Path.AltDirectorySeparatorChar;
return Path.DirectorySeparatorChar;
}
}
Format URI file://
n'est pas géré même si cela peut sembler. La bonne chose consiste à nouveau à faire ce que font les autres fonctions d'E/S .NET: ne pas gérer ce format (et éventuellement lever une exception).
Comme alternative, vous pouvez toujours importer la fonction Win32:
[DllImport("shlwapi.dll",
EntryPoint = "PathAddBackslashW",
SetLastError = True,
CharSet = CharSet.Unicode)]
static extern IntPtr PathAddBackslash(
[MarshalAs(UnmanagedType.LPTStr)]StringBuilder lpszPath);
Vous pouvez facilement garantir le comportement souhaité en utilisant TrimEnd :
var baseDir = AppDomain.CurrentDomain.BaseDirectory.TrimEnd('\\') + "\\";
Pour être efficace de manière optimale (en évitant les allocations supplémentaires), vérifiez que la chaîne ne se termine pas par un \
avant d'apporter des modifications, car vous n'aurez pas toujours à:
var baseDir = AppDomain.CurrentDomain.BaseDirectory;
if (!baseDir.EndsWith("\\"))
{
baseDir += "\\";
}
Afin d'obtenir un support multiplateforme, vous pouvez utiliser cet extrait:
using System.IO;
// Your input string.
string baseDir = AppDomain.CurrentDomain.BaseDirectory;
// Get the absolut path from it (in case ones input is a relative path).
string fullPath = Path.GetFullPath(baseDir);
// Check for ending slashes, remove them (if any)
// and add a cross platform slash at the end.
string result = fullPath
.TrimEnd(Path.DirectorySeparatorChar, Path.AltDirectorySeparatorChar)
+ Path.DirectorySeparatorChar;
Comme méthode:
private static string GetFullPathWithEndingSlashes(string input)
{
string fullPath = Path.GetFullPath(input);
return fullPath
.TrimEnd(Path.DirectorySeparatorChar, Path.AltDirectorySeparatorChar)
+ Path.DirectorySeparatorChar;
}
Ou comme méthode d'extension:
public static string GetFullPathWithEndingSlashes(this string input)
{
return Path.GetFullPath(input)
.TrimEnd(Path.DirectorySeparatorChar, Path.AltDirectorySeparatorChar)
+ Path.DirectorySeparatorChar;
}
J'utilise souvent
path = Path.Combine(path, "x");
path = path.Substring(0, path.Length - 1);
Ou, si j'avais besoin de cela plus d'une ou deux fois dans le même projet, j'utiliserais probablement une fonction d'aide comme celle-ci:
string EnsureTerminatingDirectorySeparator(string path)
{
if (path == null)
throw new ArgumentNullException("path");
int length = path.Length;
if (length == 0)
return "." + Path.DirectorySeparatorChar;
char lastChar = path[length - 1];
if (lastChar == Path.DirectorySeparatorChar || lastChar == Path.AltDirectorySeparatorChar)
return path;
int lastSep = path.LastIndexOfAny(new char[] { Path.DirectorySeparatorChar, Path.AltDirectorySeparatorChar });
if (lastSep >= 0)
return path + path[lastSep];
else
return path + Path.DirectorySeparatorChar;
}