¿Clases falsas selladas sin constructores públicos?

Question

La clase particular que estoy probando depende del objeto HttpSessionState.

La clase HttpSessionState no tiene constructores públicos. La clase bajo prueba solo está utilizando este objeto como una tienda NameValue. La clase se usa en un servicio web ASMX para devolver información de un método en particular.

Estoy pensando en crear una fachada alrededor de la clase HttpSessionState donde puedo proporcionar una cadena de diccionario <, cadena > en lugar del objeto Session en la prueba.

¿Es esta una buena idea o una práctica estándar?

Answer 1

Sí, como dice el refrán, no hay nada que no se pueda resolver agregando otra capa de abstracción. Normalmente solo oculto el tipo detrás de una interfaz donde los métodos de la interfaz son los únicos necesarios para realizar las acciones que deseo en ese tipo.

Sólo burlarse de la interfaz que se esconde HttpSessionState, y hacer Afirma sobre los usos de la interfaz, en la burla de Rhino es sólo AssertWasCalled (d => ....), etc.

Answer 2

Se puede crear una subclase de la clase HttpSessionStateBase. This answer muestra cómo implementar esto para Moq, pero aún puede usar la clase MockHttpSession con sus Rhino Mocks (supongo. No he usado Rhino Mocks).

public class MockHttpSession : HttpSessionStateBase 
{ 
    Dictionary<string, object> sessionStorage = new Dictionary<string, object>(); 

    public override object this[string name] 
    { 
     get { return sessionStorage[name]; } 
     set { sessionStorage[name] = value; } 
    } 
} 

Una bastante extensa discusión sobre cómo burlarse de clases .NET se puede encontrar en el blog de Scott Hanselman here.

Answer 3

Puede burlarse de cualquier tipo incluso los sellados usando Microsoft's Moles Isolation framework for .NET. Toma un poco de trabajo configurarlo, pero podría ser mejor que agregar otra capa de abstracción. Burlarse de HttpContext y HttpSessionState usando moles se discute here. Hay otra discusión similar here.