Configurar Ninject para una aplicación de consola y aprovechar el repositorio existente para mi aplicación MVC

Question

Tengo una solución MVC 3 configurada con Ninject utilizando un patrón de repositorio. Algunos de mis fijaciones incluyen:

kernel.Bind<IDatabaseFactory>().To<DatabaseFactory>().InRequestScope(); 
kernel.Bind<IUnitOfWork>().To<UnitOfWork>().InRequestScope(); 
kernel.Bind<IMyRepository>().To<MyRepository>().InRequestScope(); 
kernel.Bind<IMyService>().To<MyService>().InRequestScope(); 
kernel.Bind<ILogging>().To<Logging>().InSingletonScope(); 

También he añadido una aplicación de consola a mi solución y quiero aprovechar el mismo repositorio y servicios. Mi configuración Ninject para la aplicación de consola se ve así:

kernel.Bind<IDatabaseFactory>().To<DatabaseFactory>().InSingletonScope(); 
kernel.Bind<IUnitOfWork>().To<UnitOfWork>().InSingletonScope(); 
kernel.Bind<IMyRepository>().To<MyRepository>().InSingletonScope(); 
kernel.Bind<IMyService>().To<MyService>().InSingletonScope(); 
kernel.Bind<ILogging>().To<Logging>().InSingletonScope(); 

Mi código de la consola se ve así:

static void Main(string[] args) 
{ 
    IKernel kernel = new StandardKernel(new IoCMapper()); 

    var service = kernel.Get<IMyService>(); 
    var logger = kernel.Get<ILogging>(); 

    ... do some processing here 
} 

Esto funciona muy bien, pero yo quiero t estar seguro de que estoy configurando Ninject correctamente para una aplicación de consola . ¿Es correcto usar InSingletonScope() para todos mis enlaces en mi aplicación de consola? ¿Debo configurarlo de otra manera?

Answer 1

¿Desea una única instancia de cada uno de sus servicios de repositorio para toda la aplicación? Si es así, entonces use InSingletonScope.

¿Su aplicación de consola es multiproceso? Si este es el caso y desea una nueva instancia de sus servicios para cada hilo, entonces usará InThreadScope.

Si desea una nueva instancia del servicio (s) cada vez que se solicite, configúrelo en InTransientScope.

También tiene la opción de definir su propio alcance utilizando InScope. Bob Cravens ofrece una buena descripción de cada uno de estos aquí http://blog.bobcravens.com/2010/03/ninject-life-cycle-management-or-scoping/