Самая последняя версия Ninject.Web.Mvc использует временную область видимости для регистрации контроллеров в RegisterAllControllersIn
:
public void RegisterAllControllersIn(Assembly assembly,
Func<Type, string> namingConvention)
{
foreach (Type type in assembly.GetExportedTypes().Where(IsController))
_kernel.Bind<IController>()
.To(type)
.InTransientScope()
.Named(namingConvention(type));
}
Я также заглянул в класс NinjectControllerFactory
. Его функция CreateController довольно проста. Он выполняет TryGet в ядре для контроллера и возвращает то, что получает обратно - если он не может найти контроллер, он делегирует базовый класс:
public override IController CreateController(RequestContext requestContext,
string controllerName)
{
var controller = Kernel.TryGet<IController>(controllerName.ToLowerInvariant());
if (controller == null)
return base.CreateController(requestContext, controllerName);
var standardController = controller as Controller;
if (standardController != null)
standardController.ActionInvoker = new NinjectActionInvoker(Kernel);
return controller;
}
Итак, на основе настройки привязки и на основе фабрики может показаться, что он не создает объекты в области синглтона. Одна вещь, которую вы могли бы сделать, - это написать небольшой отладочный код после создания ядра и самостоятельно проверить привязки, чтобы подтвердить, какова область видимости. Я провел небольшой эксперимент и добавил код в свой класс HttpApplication, показанный ниже. Полное раскрытие информации, здесь используется ASP.Net MVC 1.0, поэтому ваш опыт может отличаться. Если у меня будет возможность, я получу последнюю предварительную версию MVC 2 и попробую тот же эксперимент.
protected void DumpBindings() {
var bindings = Kernel.GetBindings(typeof(IController));
var dummyRequest = new RequestContext(
new HttpContextWrapper(HttpContext.Current),
new RouteData());
foreach (var binding in bindings) {
var scope = "Custom";
if (binding.ScopeCallback == StandardScopeCallbacks.Request)
scope = "Request";
else if (binding.ScopeCallback == StandardScopeCallbacks.Singleton)
scope = "Singleton";
else if (binding.ScopeCallback == StandardScopeCallbacks.Thread)
scope = "Thread";
else if (binding.ScopeCallback == StandardScopeCallbacks.Transient)
scope = "Transient";
HttpContext.Current.Trace.Write(
string.Format(
"Controller: {0} Named: {1} Scope: {2}",
binding.Service.Name,
binding.Metadata.Name,
scope));
var controllerFactory = ControllerBuilder.Current.GetControllerFactory();
var controller1 = controllerFactory.CreateController(
dummyRequest, binding.Metadata.Name);
var controller2 = controllerFactory.CreateController(
dummyRequest, binding.Metadata.Name);
HttpContext.Current.Trace.Write(
string.Format(
"{0} controller1 == {0} controller2 ? {1}",
binding.Metadata.Name,
object.Equals(controller1, controller2)));
}
}
Я позвонил сюда сразу после звонка RegisterAllControllersIn
в OnApplicationStarted
. В результате трассировки были созданы следующие сообщения:
Контроллер: IController Имя: home
Область применения: Transient home controller1
== home controller2? False Controller: IController Named: account
Область: Transient account controller1
== account controller2? Ложь
Таким образом, все это подтверждает, что используется переходная область видимости и что фабрика контроллеров по запросу возвращает другой экземпляр того же контроллера. Итак, единственное, о чем я могу думать, это то, что:
- Возможно, вы не используете последние сборки Ninject 2 и Ninject.Web.Mvc
- Проблема находится на уровне MVC, т.е. он повторно использует контроллер, созданный фабрикой.
person
Peter Meyer
schedule
12.11.2009