Posso usar meu projeto Ninject .NET no Orchard CMS?
Estou criando um site usando o Orchard CMS e tenho um projeto .NET externo escrito com o Ninject para injeção de dependência, que eu gostaria de usar junto com um módulo dentro do Orchard CMS. Eu sei que o Orchard usa o Autofac para injeção de dependência e isso está me causando problemas, uma vez que eu nunca trabalhei com DI antes.
Eu criei um módulo Autofac,UserModule
, que registra a fonte,UserRegistrationSource
, como isso:
UserModule.cs
public class UserModule : Module
{
protected override void Load(ContainerBuilder builder)
{
builder.RegisterSource(new UserRegistrationSource());
}
}
UserRegistrationSource.cs
public class UserRegistrationSource : IRegistrationSource
{
public bool IsAdapterForIndividualComponents
{
get { return false; }
}
public IEnumerable<IComponentRegistration> RegistrationsFor(Service service, Func<Service, IEnumerable<IComponentRegistration>> registrationAccessor)
{
var serviceWithType = service as IServiceWithType;
if (serviceWithType == null)
yield break;
var serviceType = serviceWithType.ServiceType;
if (!serviceType.IsInterface || !typeof(IUserServices).IsAssignableFrom(serviceType) || serviceType != typeof(IUserServices))
yield break;
var registrationBuilder = // something...
yield return registrationBuilder.CreateRegistration();
}
}
UserServices.cs
public interface IUserServices : IDependency
{
void Add(string email, string password);
}
public class UserServices : IUserServices
{
private readonly EFMembershipManager _manager;
public UserServices(EFMembershipManager manager)
{
_manager = manager;
}
public void Add(string email, string password)
{
_manager.createUser(email, password);
}
}
EFMembershipManager.cs construtor
public EFMembershipManager(ServerRepository db,
ServerRepositoryMembershipProvider membershipProvider,
string testUsername,
string serverUsername)
{
...
}
EFMembershipManager
é uma classe do projeto externo que usa Ninject para DI e usaServerRepository
eServerRepositoryMembershipProvider
quem também é injetado usando Ninject.
E agora estou preso ...
DevemosUserRegistrationSource
pegue o container Ninject (kernel) como um argumento de construtor e tente encontrar oIUserServices
serviço e, em seguida, mediar as resoluções para o kernel Ninject e retornar um Enumerable vazio para que o Autofac não tente resolver nada relacionado aIUserServices
ou esta é a abordagem errada?