在 C# 中循环遍历文件文件夹的最简单方法是什么？

Question

我尝试编写一个程序，使用包含相关文件路径的配置文件来导航本地文件系统。我的问题是：在 C# 中执行文件 I/O（这将是从桌面应用程序到服务器并返回）和文件系统导航时使用的最佳实践是什么？

我知道如何谷歌，并且找到了几种解决方案，但我想知道各种功能中哪一种最强大和灵活。同样，如果有人有任何有关 C# 文件 I/O 异常处理的提示，那也会非常有帮助。

Answer 1

您不需要单独的库，请使用 System.IO 命名空间中的类，例如 File、FileInfo、Directory，<代码>目录信​​息。一个简单的例子：

var d = new DirectoryInfo(@"c:\");
foreach(FileInfo fi in d.GetFiles())
    Console.WriteLine(fi.Name);

Answer 2

您在谈论哪些不同的图书馆？

我几乎会坚持使用 System.IO.Directory 等。它拥有您需要的一切。

像这样的东西：

foreach (var file in System.IO.Directory.GetFiles(@"C:\Yourpath"))
{
    // Do ya thang.
}

Answer 3

您可以在 System.IO 命名空间中使用各种类，包括 File、FileInfo、Directory 和目录信息。

至于实践......与任何 IO 一样，请确保关闭所有打开的流。您可能还需要利用 Disposable 对象，因此请查看 using 关键字。

Answer 4

System.IO 就是您所需要的:)

至于异常处理。除非我们期待异常，否则我们永远不应该捕获它。真正意外的异常应该不予处理。 [看起来有罪]好的，唯一的例外是在最高级别，并且仅用于报告目的，例如

// assuming console program, but every application Console, WinForm,
// Wpf, WindowsService, WebService, WcfService has a similar entry point
class Program
{
    // assume log4net logging here, but could as easily be
    // Console.WriteLine, or hand rolled logger
    private static readonly ILog _log = LogManager.GetLogger (typeof (Program));

    static void Main (string[] args)
    {
        AppDomain.CurrentDomain.UnhandledException += 
            CurrentDomain_UnhandledException;
    }

    private static void CurrentDomain_UnhandledException (
        object sender, 
        UnhandledExceptionEventArgs e)
    {
        _log.
            Fatal (
            string.Format (
            "Unhandled exception caught by " +
            "'CurrentDomain_UnhandledException'. Terminating program.", 
            e.ExceptionObject);
    }

}

如果您期望出现例外，则以下其中一项是可以接受的

// example of first option. this applies ONLY when there is a
// well-defined negative path or recovery scenario
public void SomeFunction ()
{
    try
    {
        string allText = System.IO.File.ReadAllText ();
    }

    // catch ONLY those exceptions you expect
    catch (System.ArgumentException e)
    {
        // ALWAYS log an error, expected or otherwise.
        _log.Warn ("Argument exception in SomeFunction", e);

        // if the use-case\control flow is recoverable, invoke
        // recovery logic, preferably out of try-catch scope
    }
}

或

// example of second option. this applies ONLY when there is no
// well defined negative path and we require additional information
// on failure
public void SomeFunction ()
{
    try
    {
        string allText = System.IO.File.ReadAllText ();
    }

    // catch ONLY those exceptions you expect
    catch (System.ArgumentException innerException)
    {
         // do whatever you need to do to identify this
         // problem area and provide additional context
         // like parameters or what have you. ALWAYS
         // provide inner exception
         throw new SomeCustomException (
             "some new message with extra info.",
             maybeSomeAdditionalContext,
             innerException);

         // no requirement to log, assume caller will
         // handle appropriately
    }
}