Tworzysz katalog tymczasowy w systemie Windows?

Jaki jest najlepszy sposób na uzyskanie nazwy katalogu tymczasowego w systemie Windows? Widzę, że mogę użyć GetTempPathi GetTempFileNameutworzyć plik tymczasowy, ale czy istnieje odpowiednik funkcji Linux / BSD mkdtempdo tworzenia katalogu tymczasowego?

Nie, nie ma odpowiednika mkdtemp. Najlepszą opcją jest użycie kombinacji GetTempPath i GetRandomFileName .

Potrzebowałbyś kodu podobnego do tego:

public string GetTemporaryDirectory()
{
   string tempDirectory = Path.Combine(Path.GetTempPath(), Path.GetRandomFileName());
   Directory.CreateDirectory(tempDirectory);
   return tempDirectory;
}

Siekać Path.GetTempFileName() aby podać mi prawidłową, pseudolosową ścieżkę do pliku na dysku, a następnie usuwam plik i tworzę katalog z tą samą ścieżką do pliku.

Dzięki temu nie trzeba sprawdzać, czy ścieżka pliku jest dostępna przez chwilę lub w pętli, zgodnie z komentarzem Chrisa na temat odpowiedzi Scotta Dormana.

public string GetTemporaryDirectory()
{
  string tempFolder = Path.GetTempFileName();
  File.Delete(tempFolder);
  Directory.CreateDirectory(tempFolder);

  return tempFolder;
}

Jeśli naprawdę potrzebujesz bezpiecznej kryptograficznie losowej nazwy, możesz dostosować odpowiedź Scotta, aby wykorzystywała chwilę lub pętlę do kontynuowania próby utworzenia ścieżki na dysku.

Lubię używać GetTempPath (), funkcji tworzenia GUID, takiej jak CoCreateGuid () i CreateDirectory ().

Identyfikator GUID został zaprojektowany tak, aby mieć duże prawdopodobieństwo unikalności, a także jest wysoce nieprawdopodobne, aby ktoś ręcznie utworzył katalog o takiej samej formie jak identyfikator GUID (a jeśli tak, metoda CreateDirectory () nie wskaże jego istnienia).

@Chris. Ja również miałem obsesję na punkcie zdalnego ryzyka, że ​​katalog tymczasowy może już istnieć. Dyskusje o losowości i silnych kryptograficznie również mnie nie satysfakcjonują.

Moje podejście opiera się na podstawowym fakcie, że system operacyjny nie może pozwolić 2 wywołaniom na utworzenie pliku, aby oba zakończyły się pomyślnie. Trochę zaskakujące jest to, że projektanci .NET zdecydowali się ukryć funkcjonalność Win32 API dla katalogów, co znacznie to ułatwia, ponieważ zwraca błąd, gdy próbujesz utworzyć katalog po raz drugi. Oto czego używam:

    [DllImport(@"kernel32.dll", EntryPoint = "CreateDirectory", SetLastError = true, CharSet = CharSet.Unicode)]
    [return: MarshalAs(UnmanagedType.Bool)]
    private static extern bool CreateDirectoryApi
        ([MarshalAs(UnmanagedType.LPTStr)] string lpPathName, IntPtr lpSecurityAttributes);

    /// <summary>
    /// Creates the directory if it does not exist.
    /// </summary>
    /// <param name="directoryPath">The directory path.</param>
    /// <returns>Returns false if directory already exists. Exceptions for any other errors</returns>
    /// <exception cref="System.ComponentModel.Win32Exception"></exception>
    internal static bool CreateDirectoryIfItDoesNotExist([NotNull] string directoryPath)
    {
        if (directoryPath == null) throw new ArgumentNullException("directoryPath");

        // First ensure parent exists, since the WIN Api does not
        CreateParentFolder(directoryPath);

        if (!CreateDirectoryApi(directoryPath, lpSecurityAttributes: IntPtr.Zero))
        {
            Win32Exception lastException = new Win32Exception();

            const int ERROR_ALREADY_EXISTS = 183;
            if (lastException.NativeErrorCode == ERROR_ALREADY_EXISTS) return false;

            throw new System.IO.IOException(
                "An exception occurred while creating directory'" + directoryPath + "'".NewLine() + lastException);
        }

        return true;
    }

To Ty decydujesz, czy „koszt / ryzyko” niezarządzanego kodu p / invoke jest tego warte. Większość powie, że tak nie jest, ale przynajmniej masz teraz wybór.

CreateParentFolder () pozostaje jako ćwiczenie dla ucznia. Używam Directory.CreateDirectory (). Uważaj, aby uzyskać katalog nadrzędny, ponieważ w katalogu głównym jest on pusty.

Zwykle używam tego:

    /// <summary>
    /// Creates the unique temporary directory.
    /// </summary>
    /// <returns>
    /// Directory path.
    /// </returns>
    public string CreateUniqueTempDirectory()
    {
        var uniqueTempDir = Path.GetFullPath(Path.Combine(Path.GetTempPath(), Guid.NewGuid().ToString()));
        Directory.CreateDirectory(uniqueTempDir);
        return uniqueTempDir;
    }

Jeśli chcesz mieć absolutną pewność, że ta nazwa katalogu nie będzie istniała w ścieżce tymczasowej, musisz sprawdzić, czy ta unikalna nazwa katalogu istnieje i spróbować utworzyć inny, jeśli naprawdę istnieje.

Ale ta implementacja oparta na identyfikatorze GUID jest wystarczająca. Nie mam doświadczenia z żadnym problemem w tym przypadku. Niektóre aplikacje MS używają również katalogów tymczasowych opartych na GUID.

GetTempPath to właściwy sposób na zrobienie tego; Nie jestem pewien, jakie masz obawy dotyczące tej metody. Następnie możesz użyć CreateDirectory, aby to zrobić.

Oto nieco bardziej brutalne podejście do rozwiązania problemu kolizji nazw katalogów tymczasowych. Nie jest to niezawodne podejście, ale znacznie zmniejsza ryzyko kolizji ścieżki folderu.

Można by potencjalnie dodać inne informacje związane z procesem lub zespołem do nazwy katalogu, aby kolizja była jeszcze mniej prawdopodobna, chociaż wyświetlanie takich informacji w nazwie katalogu tymczasowego może nie być pożądane. Można również mieszać kolejność łączenia pól związanych z czasem, aby nazwy folderów wyglądały bardziej losowo. Osobiście wolę zostawić to w ten sposób po prostu dlatego, że łatwiej mi je wszystkie znaleźć podczas debugowania.

string randomlyGeneratedFolderNamePart = Path.GetFileNameWithoutExtension(Path.GetRandomFileName());

string timeRelatedFolderNamePart = DateTime.Now.Year.ToString()
                                 + DateTime.Now.Month.ToString()
                                 + DateTime.Now.Day.ToString()
                                 + DateTime.Now.Hour.ToString()
                                 + DateTime.Now.Minute.ToString()
                                 + DateTime.Now.Second.ToString()
                                 + DateTime.Now.Millisecond.ToString();

string processRelatedFolderNamePart = System.Diagnostics.Process.GetCurrentProcess().Id.ToString();

string temporaryDirectoryName = Path.Combine( Path.GetTempPath()
                                            , timeRelatedFolderNamePart 
                                            + processRelatedFolderNamePart 
                                            + randomlyGeneratedFolderNamePart);

Jak wspomniano powyżej, Path.GetTempPath () jest jednym ze sposobów na zrobienie tego. Możesz również wywołać zmienną Environment.GetEnvironmentVariable („TEMP”) jeśli użytkownik ma skonfigurowaną zmienną środowiskową TEMP.

Jeśli planujesz używać katalogu tymczasowego jako środka do utrwalania danych w aplikacji, prawdopodobnie powinieneś przyjrzeć się użyciu IsolatedStorage jako repozytorium konfiguracji / stanu / itp ...