Controlador StructureMap instancia de controlador y controlador nulo en MVC

Question

Todavía estoy tratando de resolver las cosas con StructureMap y uno de los problemas con los que me estoy tropezando es con la clase de mi Controller Factory explotando cuando se le pasa un tipo de controlador nulo. Esto solo ocurre cuando la aplicación se compila por primera vez, después de lo cual cada compilación subsiguiente funciona bien. Incluso cuando apago Visual Studio y vuelvo a abrir el proyecto (no estoy ejecutando esto en IIS). Es casi como si hubiera algún tipo de almacenamiento en caché. Así es como se ve la clase de controlador:

public class IocControllerFactory : DefaultControllerFactory 
{ 
    protected override IController GetControllerInstance(Type controllerType) 
    { 
     try 
     { 
      return (Controller)ObjectFactory.GetInstance(controllerType); 
     } 
     catch (StructureMapException) 
     { 
      System.Diagnostics.Debug.WriteLine(ObjectFactory.WhatDoIHave()); 
      throw; 
     } 
    } 
} 

¿Qué podría estar mal? ¿Debo tener todos los controladores registrados? Gracias.

Answer 1

Me encontré con el mismo problema con una fábrica de controladores construida alrededor de ninject.

Parece que MVC le pasará nulo por el tipo de control cuando no puede resolver una ruta desde la tabla de enrutamiento o cuando una ruta especifica un controlador que no existe. Hice dos cosas para resolver esto. Es posible que desee comprobar su tabla de rutas y agregar una ruta catchall que muestra una página de error 404 como se describe aquí .Net MVC Routing Catchall not working

También puede consultar con el depurador de enrutamiento lo que va mal. http://haacked.com/archive/2008/03/13/url-routing-debugger.aspx

Answer 2

Estaba teniendo el problema similar. Creo que fueron las solicitudes HTTP de imágenes inexistentes, archivos CSS, etc.

Sabemos que el enrutamiento MVC primero busca ver si el archivo solicitado existe físicamente. Si no lo hace, la URL se prueba contra las Rutas configuradas. Creo que la solicitud de una imagen que no existía físicamente se pasó al motor de enrutamiento y no coincidía con ninguna ruta, por lo que se utilizó NULL.

Para solucionarlo, utilice FireBug o algo para mirar y solucionar las solicitudes HTTP rotas. Durante el desarrollo, he usado una ruta como esta para evitar temporalmente estos temas (todos mis carpetas de recursos a empezar con un guión bajo como _Imágenes, _Styles, etc):

routes.IgnoreRoute("_*"); // TODO: Remove before launch 

espero que esto ayude!

Answer 3

La mayoría de los navegadores están buscando un favicon.ico cuando carga un sitio, y es probable que haya algo de almacenamiento en caché relacionado con este comportamiento, esto podría explicar la rara cosa "Solo falla en la primera compilación" que mencionó.

En mi caso, esto causaba el problema del tipo de controlador nulo en la fábrica del controlador.

Agregar un routes.IgnoreRoute("{*favicon}", new { favicon = @"(.*/)?favicon.ico(/.*)?" }); en global.asax hace desaparecer el error, la solicitud debe pasar al sistema de archivos sin MVC buscando un controlador favico.ico en su código.

Aquí hay un enlace a Gunnar Peipman post about this

descubrí anulando GetControllerType (controllerName cadena) en mi clase de fábrica controlador personalizado y comprobar cuál es el valor controllerName era para cada solicitud.

Answer 4

Lo que creo que debes hacer es exactamente lo mismo que hace la fábrica de controladores MVC predeterminada en el método GetControllerInstance. Si nos fijamos en el código fuente de Microsoft para DefaultControllerFactory en http://aspnetwebstack.codeplex.com/, verá que DefaultControllerFactory arroja una excepción 404 cuando controllerType es nulo.Aquí es cómo lo hacemos en base a esta información:

public class StructureMapControllerFactory : DefaultControllerFactory 
{ 
     protected override IController GetControllerInstance(RequestContext requestContext, Type controllerType) 
     { 
      if (controllerType == null) 
       return base.GetControllerInstance(requestContext, controllerType); 
      var controller = ObjectFactory.GetInstance(controllerType); 
      return (IController)controller; 
     } 
} 

Básicamente esto se asegurará de que, cuando el usuario entra en una ruta no válida la aplicación maneja como un error 404.