Tworzę stronę internetową przy użyciu Orchard CMS i mam zewnętrzny projekt .NET napisany przy pomocy Ninject do wstrzykiwania zależności, który chciałbym wykorzystać wraz z modułem w Orchard CMS. Wiem, że Orchard używa Autofac do wstrzykiwania zależności i to powoduje problemy, ponieważ nigdy wcześniej nie pracowałem z DI.

Stworzyłem moduł Autofac,UserModule, który rejestruje źródło,UserRegistrationSource, lubię to:

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 konstruktor

public EFMembershipManager(ServerRepository db,
                           ServerRepositoryMembershipProvider membershipProvider,
                           string testUsername,
                           string serverUsername)
{
...
}

EFMembershipManager jest klasą z zewnętrznego projektu, który używa Ninject dla DI i zastosowańServerRepository iServerRepositoryMembershipProvider którzy również są wstrzykiwani za pomocą Ninject.

A teraz utknąłem ...

PowinienUserRegistrationSource weź kontener Ninject (jądro) jako argument konstruktora i spróbuj znaleźćIUserServices usługi, a następnie pośredniczymy w rozwiązaniach do jądra Ninject i zwracamy pusty Enumerable, aby Autofac nie próbował rozwiązać niczego związanego zIUserServices czy jest to niewłaściwe podejście?