İstisnaları Yemek Etme

Question

Zaman zaman MalFormed verisine sahip bir dosyayı ayrıştırarak ayırıyorum.

ve istisna atan s

i kötü biçimlendirilmiş verileri özel kurtarmak ve görmezden istiyorum

.

Bunu yapmanın en iyi yolu ne?

try{ 
// parse file 
}catch(Exception){ 
//eat it. 
} 

* DÜZENLEME: Bence *, sorum degildi iyi anladım. İstisnadan kurtarmak istiyorum, bu konuyla ilgili herhangi bir istisna, programımın durmasını istemiyorum. ama devam etmek. Çok durumunda veri istisna olur ve ayrıştırma mantığını geliştirmek için bu kullanmak neden olduğunu ne olduğunu görmek istedim ama belki hataları günlüğe olabilir - çalışır

Answer 1

Ben ne soruyorsun bu olduğunu düşünüyorum :):

, bazen geçerli satır hatalı biçimlendirilmiş verileri hattı ile bir dosya hattını ayrıştırma hangi Kodunuzda bir istisnanın atılmasına neden olur. Belki de sadece kodunuzu, try/catch sadece satır okuma kodunu değil, ayrıştırma kodunu çevreleyecek şekilde yapılandırmanız gerekir. Örneğin:

using System; 
using System.IO; 
using System.Windows.Forms; 

public void ParseFile(string filepath) 
{ 
    TextReader reader = null; 

    try 
    { 
     reader = new StreamReader(filepath); 

     string line = reader.ReadLine(); 
     while (!string.IsNullOrEmpty(line)) 
     { 
      try 
      { 
       // parse line here; if line is malformed, 
       // general exception will be caught and ignored 
       // and we move on to the next line 
      } 
      catch (Exception) 
      { 
       // recommended to at least log the malformed 
       // line at this point 
      } 

      line = reader.ReadLine(); 
     } 
    } 
    catch (Exception ex) 
    { 
     throw new Exception("Exception when trying to open or parse file", ex); 
    } 
    finally 
    { 
     if (reader != null) 
     { 
      reader.Close(); 
      reader.Dispose(); 
     } 
     reader = null; 
    } 
} 

dış try/catch bloğu açmaya veya dosyayı okumaya çalışırken bir şey oldu düzgün olursa okuyucu nesnesi kapanış idare etmektir. İç deneme/yakalama bloğu, okunan veriler hatalı biçimlendirilirse ve doğru şekilde ayrıştırılamıyorsa, istisnaları yutmaktır. Yine de, diğer herkesle aynı fikirdeyim. Sadece istisnayı yutmak iyi olmayabilir. En azından, bir yere giriş yapmanızı tavsiye ederim.

Answer 2

try{ 
    // parse file 
    } 
    catch(Exception){ 
    //eat it. 
    } 
    finally 
    { 
     //cleanup must ... release system resources here (e.g. stream.Close() etc) 
     // code here always executes...even if the exception is unhandled 

    } 

// code will resume execution from this point onwards... 

Answer 3

.

Answer 4

Kısacası, bunun için muhtemelen istisnalar kullanmamalısınız. Bir TryParse gibi yanlış döndüren bir şey, daha verimli ve daha kolay kurtarılabilir. Özel durum işleme, künt bir nesne yaklaşımının bir parçasıdır.

MSDN Guidance on Exception Handling

Answer 5

burada bazı iyi arka plan bilgileri yok: Is there any valid reason to ever ignore a caught exception

Kısa cevap: istisnalar bu şekilde kullanmak pahalıdır. Mümkünse, girişi işlem için göndermeden önce test edin ve istisnaları göz ardı etmek yerine göz ardı etmeyin.

Ayrıca sağlamak çok geniş bir ağ oluşturarak ve hakkında bilmek isteyebileceğiniz meşru istisnalar yeme değildir. Böyle

Genelde

Answer 6

şey:

try 
{ 
    // parse file 
} 
catch (FormatException) 
{ 
    // handle the exception 
} 
finally 
{ 
    // this block is always executed 
} 

Belirli bir istisna genel Exception durum yakalamak önlemek ve bunun yerine yakalamak gerektiğini ne olursa olsun. Genel bir istisna yakalamak

Answer 7

bunu sadece ayrıştırma özgü hatalar için bir veya iki özel durum türlerini atmaya bekliyorsanız kötü bir fikirdir. Her belirli özel durum türünü yakalamak ve bağımsız olarak ele almak, kodunuzun başka bir (belki de beklenmedik) hatayı engellememesi için daha iyidir (örneğin, dosya eksikse veya ağ bağlantısı zaman aşımına uğramışsa) Eğer kasıtlı/gereken tüm olası hataları yakalamak ve incelikle devam etmek istiyorsanız dosyası bozuk veriler içeriyorsa aynı şekilde?)

Ancak genel bir istisna yakalamak harika bir fikir. Tüm hata türleri için işlem aynıysa (örneğin, "Herhangi bir nedenle, bu tercih değerini okuyamazsam, varsayılan 5 değerini döndürürüm" - programınızın çökmesinden sonsuz derecede daha iyi olur, çünkü siz yapmadınız çünkü) Bir ağ zaman aşımı nedeniyle bir istisna atabileceğini farketmez). Akıllıca kullanılırsa, bu yaklaşım programınızın kurşun geçirmez olmasını sağlayabilir - ancak eğer gereksiz bir şekilde kullanılırsa, bilmeniz ve düzeltmeniz gereken hataları önleyebilirsiniz ve bu çok acı verici olabilir. Herhangi istisna bastırmak zaman

, her zaman dikkatli bir şekilde hata raporlama düşünmelisiniz - Eğer bir sorun vardı kullanıcıyı söyleyeyim? Bir izleme dosyasında oturum açmanız gerekirse, bir müşteri doğru çalışmıyorsa bir şeyden şikayet ederse, sorunun kaynağına geri dönebilirsiniz? Yoksa sessizce görmezden mi geldin?Aşırı zorlu baskılar, bir programın neden öngörülemeyen bir şekilde davrandığını anlamak için çok zorlaştırabilir.

Answer 8

Siyah & beyazı gibi şeylerin göründüğüne dair bir his alıyorum ve bu doğru hissetmiyor. Evet, çoğu zaman, her şeyi yakalamak ve girdinin doğrulanması söz konusu olduğunda özensiz olmak iyi değildir. ama her zaman değil. Bu çok özel bir durum olabilir. Ne tür dosyalar ayrıştırılacağı hakkında bir şey bilmiyorum, ancak istisnalar doğru şey olabilir.

biz en iyisine karar önce, bize çok detay verirsen