Как правильно обработать исключения при выполнении файла io

• Пропуск Файл. Существует (); или обработайте его в другом месте или позвольте CreateText ()/, OpenText () повышают его.
• конечный пользователь обычно только заботится, успешно выполняется ли это или нет. Если это перестало работать, просто скажите так, он не хочет детали.

я не нашел встроенный способ получить детали о том, что и почему что-то отказавшее в.NET, но если Вы идете собственный компонент с CreateFile, у Вас есть тысячи кодов ошибок, которые могут сказать Вам, что пошло не так, как надо.

Возможно, это не то, что Вы ищете, но пересматриваете вид, Вы используете обработку исключений. При первой обработке исключений не должен рассматриваться, чтобы быть "удобным для пользователя", по крайней мере, пока Вы думаете о программисте как о пользователе.

сумма А для этого может быть следующей статьей http://goit-postal.blogspot.com/2007/03/brief-introduction-to-exception.html .

Я попытался бы проверить на файл. Существует прежде, чем назвать Ваше чтение-запись, и ответьте пользователю там, вместо того, чтобы создать издержки повышения ошибки и ловли его позже, так как проверку настолько легко осуществить. Я действительно понимаю, что потребность в повышении ошибок, но в этом особенно случается, простая проверка, по моему скромному мнению, была бы лучшим решением. То, что я имею в виду, добавляет еще один метод, чтобы проверить, существует ли файл.

Также, если Вы действительно проверяете заранее, выходит ли файл, Вы знаете, что что-то еще блокирует его, если Вы не можете записать в него. Также можно поймать несколько исключений, первый, который будет соответствовать, будет пойман - но Вы, вероятно, знаете это...

Я не вижу точку в проверке существование файла и бросок FileNotFoundException без сообщения. Платформа бросит сам FileNotFoundException с сообщением.

Другая проблема с Вашим примером состоит в том, что необходимо использовать шаблон попытки/наконец или оператор использования, чтобы гарантировать, что доступные классы правильно расположены, даже когда существует исключение.

я сделал бы это что-то как следующее, поймал бы любое исключение вне метода и отобразил бы сообщение исключения:

public IList<string> ReadFile(string path)
{
    List<string> text = new List<string>();
    using(StreamReader reader = new StreamReader(path))
    {
      while (!reader.EndOfStream)      
      {         
         text.Add(reader.ReadLine());      
      }
    }
    return text;
}

Первой вещью, которую необходимо изменить, являются вызовы к StreamWriter и StreamReader для обертывания их в оператор использования, как это:

using (StreamReader reader = file.OpenText())
{
   List<string> text = new List<string>();
   while (!reader.EndOfStream)
   {
      text.Add(reader.ReadLine());
   }
}

Это будет заботиться о вызове Близко и Располагать для Вас и на самом деле перенесет его в блок попытки/наконец, таким образом, фактический скомпилированный код будет похож на это:

StreamReader reader = file.OpenText();
try
{
   List<string> text = new List<string>();
   while (!reader.EndOfStream)
   {
      text.Add(reader.ReadLine());
   }
}
finally
{
   if (reader != null)
      ((IDisposable)reader).Dispose();
}

преимущество здесь - то, что Вы удостоверяетесь, что поток закрывается, даже если исключение происходит.

До больше явная обработка исключений, это действительно зависит от того, что Вы хотите произойти. В Вашем примере Вы явно тестируете, если файл существует, и бросьте FileNotFoundException, который может быть достаточно для Ваших пользователей, но он не может.

Я использовал бы оператор использования для упрощения закрытия файла. См. MSDN оператор

использования C# Из MSDN:

  using (TextWriter w = File.CreateText("log.txt")) {
     w.WriteLine("This is line one");
     w.WriteLine("This is line two");
  }
  using (TextReader r = File.OpenText("log.txt")) {
     string s;
     while ((s = r.ReadLine()) != null) {
        Console.WriteLine(s);
     }
  }