Excepción en el constructor estático

Question

He buscado alrededor de SO para obtener una respuesta a esto, y la mejor que puedo encontrar hasta ahora es here, sin embargo, está dirigida a instancias con constructores estáticos; Solo estoy usando la clase estáticamente.

Mi código:

public static class MailHelper { 

    private static string mailHost; 

    static MailHelper() { 

     var mailSettings = ConfigurationManager.GetSection("MailSettings") as NameValueCollection; 
     if (null == mailSettings) { 
      throw new ConfigurationErrorsException("Missing Mail Settings in the configuration file"); 
     } 

     mailHost = ConfigurationManager.AppSettings["mailHost"]; 
     if (null == mailHost) { 
      throw new ConfigurationErrorsException("Missing mailHost setting in the configuration file"); 
     } 

    } 

    public static void SendMail(MailMessage Message) { 
     ... 
    } 

} 


try { 
    MailHelper.SendMail(Message); 
} 
catch (ConfigurationErrorsException exc) { 
    ... 
} 

// ???  
MailHelper.SendMail(Message); 


. 

Así que si el constructor estático produce una excepción de la primera vez que se llama, lo que sucede la segunda vez que intento acceder al método estático SendMail()?

PD: Disculpe si no le gusta la versión de Stroustrup de K & R, pero no edite mi publicación solo para cambiar las llaves de su estilo Allman preferido. Gracias.

Answer 1

Las otras dos respuestas son buenas respuestas a su pregunta directa - aquí hay un metaanswer - usted debe ser tirar la excepción en el método cuando se detecta que los elementos de configuración no son poblado, en lugar de en el constructor. En mi humilde opinión, "no configurado" es un estado de configuración válido para esos elementos en la fase de constructor, simplemente no en la hora SendMail. Eso soslayará todo este problema.

Answer 2

Una vez que un inicializador de tipo ha fallado una vez, nunca se vuelve a intentar. El tipo está muerto durante toda la vida del AppDomain. (Tenga en cuenta que esto es cierto para todos los inicializadores de tipo, no solo para los tipos con constructores estáticos. Un tipo con variables estáticas con expresiones de inicializador, pero no con constructores estáticos, puede presentar sutiles diferencias en el tiempo de ejecución del inicializador de tipo, pero sí siendo sólo ocurrirá una vez)

demostración:.

using System; 

public sealed class Bang 
{ 
    static Bang() 
    { 
     Console.WriteLine("In static constructor"); 
     throw new Exception("Bang!"); 
    } 

    public static void Foo() {} 
} 

class Test 
{ 
    static void Main() 
    { 
     for (int i = 0; i < 5; i++) 
     { 
      try 
      { 
       Bang.Foo(); 
      } 
      catch (Exception e) 
      { 
       Console.WriteLine(e.GetType().Name); 
      } 
     } 
    } 
} 

salida:

In static constructor 
TypeInitializationException 
TypeInitializationException 
TypeInitializationException 
TypeInitializationException 
TypeInitializationException 

Como se puede ver, el constructor estático sólo se llama una vez.

Answer 3

De MSDN:

If a static constructor throws an exception, the runtime will not invoke it a second time, and the type will remain uninitialized for the lifetime of the application domain in which your program is running.