Me pregunto si alguien se topó con el problema que tengo al intentar moverme.ApplicationUser en el proyecto Modelos (donde residen todos los demás modelos, incluidos los relacionados con la tabla Usuarios).

Mi solución MVC 5 de prueba consiste en un proyecto web y dos bibliotecas de clase: una para la capa de acceso a datos (DAL) y la otra para los modelos. Hago referencia a AspNet.Identity.EntityFramework en los tres proyectos. En mi clase DAL implemento un patrón de Repository y un UnitOfWork. UnitOfWork se extiendeIdentityDbContext<ApplicationUser>. ApplicationUser: IdentityUser está en la biblioteca de clases de Modelos.

En mi proyecto web, UnitOfWork se crea mediante Autofac DI. Para los controladores normales, definí una clase base que hereda de Controller y toma IUnitOfWork como un parámetro en el constructor. Todos los controladores heredan de mi controlador base personalizado. Me encontré con un problema conAccountController. Tiene dos constructores: uno sin parámetros que parece instanciarApplicationDbContext, el otro toma UserManager como parámetro.

El constructor sin parámetros me da la mayor parte del dolor. Probé muchas cosas: haceraccountcontroller heredar de mi controlador base personalizado, luego tratar de heredarlo de la clase Controlador. En el mejor de los casos, logro hacer que mi solución se compile, pero cuando pruebo la aplicación y completo el formulario de registro de usuario, aparece el mensaje "El objeto no está instanciado". Cuando depuro veo que el segundo constructor enAccountController se llama peroUserManager es nulo allí.

¿Algunas ideas? Realmente apreciaría la entrada inteligente de alguien en esto.