Bibliothèque de système de fichiers plus robuste dans .net

Question

Permettez-moi de reformuler. Mon exemple n'était probablement pas bon. Beaucoup de choses peuvent mal tourner lors de la suppression d'un répertoire. Un fichier a un jeu d'attributs readonly, le répertoire est ouvert par l'explorateur Windows. Je suppose que tous peuvent être manipulés - mais je ne veux pas le faire moi-même - y a-t-il un emballage qui s'en occupe avec une simple API?

Je trouve les opérations du système de fichiers dans System.IO inadéquates. Par exemple, si un fichier est ouvert dans un éditeur de texte, le fichier ne peut pas être enregistré.

Je me suis demandé s'il existe une implémentation plus puissante du système de fichiers pour .net?

Answer 1

quel éditeur de texte? Comment ouvrez-vous le fichier pour l'écriture? J'écris dans le fichier journal tout le temps et n'ai pas ce problème.

Cela semble un peu imprudent d'abandonner System.IO pour cette raison.

Answer 2

Peu importe ce que vous utilisez, vous ne pouvez pas écrire dans un fichier verrouillé.

Ceci n'est pas une limitation du framework .NET, c'est ainsi que fonctionne le système de fichiers.

Answer 3

Presque tous les appels System.IO sont simplement des wrappers à kernel32.dll. Les énumérations envoyés à travers sont analogues à celles de ceux pinvoked kernel32, donc:

System.IO.File.Create(@"C:\test.txt",1024,FileOptions.Asynchronous) 

qui utilise un FileStream, utilise WriteFile de kernel32