将路径作为字符串传递而不是使用 DirectoryInfo/FileInfo 的充分理由

Question

在我的新代码中，我不使用字符串来传递目录路径或文件名。 相反，我使用 DirectoryInfo 和 FileInfo，因为它们似乎封装了很多信息。

我见过很多使用字符串传递目录信息的代码，然后它们在长的难以理解的语句中“拆分”、“mid”和“instr”，直到获得他们正在查找的目录部分。

有什么充分的理由将路径作为字符串传递吗？

Answer 1

一般来说，我认为将信息保留在 FileInfo/DirectoryInfo 中更好。 这些类中有很多有用的功能，并且涉及很多安全性，因为它更容易检查文件是否存在，查看最初指定的文件等。

我（可能）通过的唯一地方如果路径要跨 AppDomain 或在进程之间传递等，则可以使用字符串形式的路径，而不是使用 FileInfo 和 DirectoryInfo。FileInfo

和 DirectoryInfo 都可以跨 AppDomain 边界正常工作（因为它们是可序列化的），但它们有一个在这种情况下，开销会增加很多。 如果事情来回频繁，可能会产生影响。

不过，在这种情况下，我会坚持使用 FileInfo 和 DirectoryInfo，除非我发现在分析过程中存在明显的问题，并且我正在尝试减少序列化数据量。 如果我没有遇到性能问题，我会坚持使用这些类，因为它们提供了很多安全性和功能。

Answer 2

如果您只需要一个路径，DirectoryInfo 和 FileInfo 对于传递来说非常繁重。 我更关心“split and mid and instr”垃圾。 了解以下方法：

Path.GetFileName
路径.GetDirectoryName
路径.组合
等等...

顺便说一句，这些来自 System.IO.Path 类。

Answer 3

一旦路径位于应用程序中（即不在纯文本配置文件中），就没有充分的理由。

（我能想到的）它唯一有用的时候是与仅接受路径作为字符串的代码进行互操作时。

Answer 4

路径字符串和 FileInfo 之间有一个需要记住的显着区别，可以在下面的测试中进行总结：

FileInfo 反映文件实例化时的有关文件的信息 - 它可以被删除/修改并且 FileInfo 不会反映这一点。

[TestMethod]
        public void TestFileInfo()
        {
            var path = @"C:\Users\bjarmuz\Desktop\aybabtu.txt";
            File.WriteAllText(path, "All your base are belong to us!");
            var file = new FileInfo(path);

            Assert.IsTrue(file.Exists);
            File.Delete(file.FullName);
            Assert.IsTrue(file.Exists);
            Assert.IsFalse(File.Exists(file.FullName));
        }

  [TestMethod]
        public void TestFileInfo()
        {
            var path = @"C:\Users\bjarmuz\Desktop\aybabtu.txt";
            File.WriteAllText(path, "All your base are belong to us!");
            Thread.Sleep(1000);

            var file = new FileInfo(path);
            var date = DateTime.UtcNow;

            Assert.IsTrue(file.LastWriteTimeUtc< date);

            File.WriteAllText(path, "No!");
            Assert.IsTrue(File.GetLastWriteTimeUtc(file.FullName)> date);

            Assert.IsFalse(file.LastWriteTimeUtc > date);
        }

这可能会有些误导，如果您的代码传递 FileInfos 而不是字符串，您可能会看到属性的不正确结果，例如 Exists 或 Last[..]Time -如果您使用 File.Get[...]() 方法，则不会发生这种情况。

但是，另一方面，您也不应该依赖 File.Exists() 方法 - 因为可以在运行测试后立即创建/删除文件。 正确的方法是不执行此检查，而是接受它可以抛出 IO 异常（并准备好正确处理它）。 这篇精彩文章中的更多信息 https://blogs.msdn .microsoft.com/ericlippert/2008/09/10/veshing-exceptions/

此外，FileInfo/DirectoryInfo 的一个重要“优点”是它可以保护您的方法（以及方法使用者）免受以下情况的影响：

void SaveEntity(Entity theThing, string path)
{
    //now, based on the signature, you don't know whether you need file path or directory path

}

//void SaveEntity(Entity theThing, DirectoryInfo path) {}
//void SaveEntity(Entity theThing, FileInfo path) {}

Answer 5

我认为您确实需要一个类来封装文件或目录路径，而不是使用原始字符串并使用静态 System.IO.Path 类来操作它们。 但是，我认为 DirectoryInfo 和 FileInfo 不合适，因为它们似乎更多地用于进行文件/目录操作而不是路径操作。 如果您为路径操作创建自定义类，则可以提供更多用户友好的路径操作功能< /a>.

Answer 6

我在将 FileInfo 传递到 DMZ 时遇到了问题。 据我所知 - 如果我错了请纠正我 - FileInfo 在反序列化时执行权限检查，这在 DMZ 中不起作用并导致“找不到路径”。 使用您的数据创建并传递自定义对象。

Answer 7

我找到了一个不使用其中任何一个的充分理由。
归根结底，路径是类型，通常通过字符串表示，但它本身不是字符串，它具有一些行为，如 在此视频中（只需检查第 60 秒后的几秒）。

该视频本身为文件路径管理提供了一个很好的解决方案，对于您在路径上寻找的任何其他行为来说，这是一个良好的开始。

唯一的缺点是在极高的性能环境中会产生一些内存开销，但如果您没有创建数百个路径对象，则在大多数情况下没有理由不使用以下代码：

//This class provides all the rules for your application about how to handle a path as a value
public record FilePath
{
    public string Path { get; }
    
    public FilePath (string path) => 
        Path = 
            string.IsNullOrWhiteSpace (path) 
                ? throw new ArgumentException ("path cannot be null or empty") :
            System.IO.Path.GetInvalidPathChars().Intersect (path).Any()
                ? throw new ArgumentException ("Path contains illegal characters")
                : System.IO.Path.GetFullPath (path.Trim());
            
    public override string ToString() => Path;
    
    //Note on linux environments you would make it case sensitive
    public virtual bool Equals (FilePath? other) => 
        (Path).Equals (other?.Path, StringComparison.InvariantCultureIgnoreCase);

    public override int GetHashCode() => Path.ToLowerInvariant().GetHashCode();

    public static implicit operator FilePath (string name) => new FilePath (name);

    public FileInfo GetInfo() => new FileInfo (Path);

    public FilePath Combine (params string[] paths) =>
        System.IO.Path.Combine (paths.Prepend (Path).ToArray());
}

归功于 Joe Albahari，查看视频，了解有关 C# 的更多有趣内容。

从 LinQPad 7 源代码示例中提取的示例。