Inicialización de tipo (constructor estático) manejo de excepciones

Question

Estoy escribiendo un servicio WCF en C#. Inicialmente, mi implementación tenía un constructor estático para realizar una inicialización única, pero parte de la inicialización que se realiza podría fallar (temporalmente).

Parece que los constructores estáticos solo se invocan una vez, incluso si el primer intento (fallido) arrojó una excepción. Cualquier intento posterior de instanciar mi clase fallará inmediatamente con un TypeInitializationException sin que el código se esté ejecutando realmente.

La especificación de lenguaje C# indica que un constructor estático se llama como mucho una vez, pero básicamente esto hace una excepción allí un error que no se puede recuperar, incluso si lo atrapa?

¿Falta algo aquí? Supongo que debería mover cualquier cosa remotamente peligrosa al constructor de la instancia del servicio y verificar manualmente si la inicialización de la clase ya se completó exitosamente antes o no.

Answer 1

Así podría envolver las partes críticas en try/catch y al menos eso significa que el tipo no se inicializará, pero seguramente si el código de inicialización es tan crítico, entonces este comportamiento es realmente bueno - el tipo no es utilizable en este estado no inicializado.

La otra opción es hacerlo como singleton: cada vez que intente obtener la instancia, puede crear el tipo correctamente, hasta que tenga éxito, incluso si falla la primera vez.

Todavía necesitaría algún tipo de manejo de error en la persona que llama en caso de que la instancia le devuelva nulo el primer (o segundo, etc.) tiempo.

Editar: Y si no desea un producto único, a continuación, sólo tiene su constructor de instancias inicializar las partes estáticas

por ejemplo,

private object _lock = new object() 
private bool _initialized; 

public T() 
{ 
    lock(_lock) 
    { 
     if(!_initialized) 
     { 
     try 
     { 
      //Do static stuff here 
     } 
     catch(Exception ex_) 
     { 
      //Handle exception 
     } 
     } 
    } 
} 

Answer 2

La lección aquí es bastante simple: no haga nada en un constructor estático que pueda fallar razonablemente.

Answer 3

La solución que he utilizado en el pasado es la creación de un Singleton. Haga que un constructor estático falle si y solo si el error significa que no se puede ejecutar la aplicación completa.