Dlaczego moja fabryka kontrolera GetControllerInstance() mojego zamku Windsor jest wywoływana z wartością pustą?

Question

Używam Castle Windsor do zarządzania instancjami kontrolerów (między innymi). Mój zakład kontroler wygląda następująco:

public class WindsorControllerFactory : DefaultControllerFactory 
    { 
     private WindsorContainer _container; 

     public WindsorControllerFactory() 
     { 
      _container = new WindsorContainer(new XmlInterpreter()); 

      var controllerTypes = from t in Assembly.GetExecutingAssembly().GetTypes() 
            where typeof(Controller).IsAssignableFrom(t) 
            select t; 

      foreach (Type t in controllerTypes) 
      { 
       _container.AddComponentLifeStyle(t.FullName, t, LifestyleType.Transient); 
      } 
     } 

     protected override IController GetControllerInstance(Type controllerType) 
     { 
      return (IController)_container.Resolve(controllerType); // ArgumentNullException is thrown here 
     } 

Kiedy uruchomić mojej aplikacji ASP.Net MVC i starają się iść na „/” (lub inna ścieżka), otrzymuję ArgumentNullException. Wprowadziłem przerwę w wejściu do GetControllerInstance i stwierdziłem, że jest ono wywoływane raz z moim HomeControllerem, a następnie po raz drugi z wartością null (która jest wtedy, gdy zgłoszony zostanie wyjątek). Dlaczego jest on ponownie wywoływany?

Czy mogę zmienić metodę do czegoś takiego:

protected override IController GetControllerInstance(Type controllerType) 
{ 
    if (controllerType == null) 
     return null; 

    return (IController)_container.Resolve(controllerType); 
} 

Answer 1

Okazuje się, że druga prośba była framework MVC próbuje znaleźć skrypt I zawarte w Site.Master. Ścieżka nie istnieje, więc domyślam się, że próbował rozwiązać kontroler (pasujący do /Scripts/sitescripts.js). Zmieniłem metodę na:

protected override IController GetControllerInstance(Type controllerType) 
{ 
    if (controllerType != null) 
    { 
     return (IController)_container.Resolve(controllerType); 
    } 
    else 
    { 
     return base.GetControllerInstance(controllerType); 
    } 
} 

Wyrzucono wyjątek ze zrozumiałą wiadomością.

Answer 2

miał ten problem, gdy po książki Pro ASP.NET MVC Framework dodał

routes.IgnoreRoute ("favicon.ico");

do tras w pliku global.asax.cs i to działa. Zobacz więcej tutaj: serving favicon.

Answer 3

dotyczące rejestracji wszystkich kontrolerów, którą zazwyczaj robią to tak:

container.Register(
    AllTypes.FromThisAssembly() 
     .BasedOn<IController>() 
     .Configure(c => c.Lifestyle.Transient) 
); 

Zobacz the documentation więcej wyjaśnieniem API.

Answer 4

Bardzo późne uzupełnienie: samouczek krok po kroku na stronie windsor wydaje się dobry. Łamie się z utworzeniem kontrolera i sposobem jego załadowania do fabryki. Obejmuje również hałas "favicon.ico".

http://docs.castleproject.org/(S(0jvahybwt45sgwzwirpa3455))/Windsor.Windsor-tutorial-part-one-getting-Windsor.ashx