Блог

Кто-нибудь знает, возможно ли использовать Ninject для разрешения любых неразрешенных абстрактных зависимостей вне процесса создания экземпляра? Я только что изучал внедрение конструктора в сравнении с внедрением свойства / метода / поля, но мне кажется, что Ninject все еще ожидает стать создателем типа, используя метод IKernel.Get<>() .

По сути, мы используем MVC3 для сборки нашего продукта, и мы столкнулись с ситуацией, когда мы хотим, чтобы ModelBinder по умолчанию сопоставлял значения формы экземпляру объекта, а затем мог вызывать метод в представленной ViewModel, который зависит от абстрактного интерфейса, например

 public class InviteFriend {
    [Required]
    public string EmailAddress { get; set; }

    public void Execute() {
        var user = IUserRepository.GetUser(this.EmailAddress);

        if (user == null) {
               IUserRepository.SaveInvite(this.EmailAddress);
        }

        MailMessage toSend = new MailMessage(); // Obviously some logic to prepare the body, subject and other mail properties
        SmtpClient.Send(toSend);
    }
}
  

где действие контроллера получит InviteFriend в качестве аргумента метода. Мы хотим, чтобы Ninject мог разрешить эту зависимость IUserRepository, но я не совсем понимаю, как это сделать, поскольку сам объект создается с помощью MVC ModelBinder, а не Ninject IKernel.Get<>().

Может быть, решением является модельный модуль на основе Ninject, или это кажется действительно плохой идеей?

ОТРЕДАКТИРУЙТЕ, ЧТОБЫ ДОБАВИТЬ: После приведенных ниже комментариев я понимаю, что мой наспех скомпонованный пример кода на самом деле не отражает того, с чем мы сталкиваемся. Я обновил пример кода, чтобы отразить эту логику для InviteFriend.Выполнить () сложнее, чем просто вызвать метод в одном репозитории. Потенциально, это логика, представляющая дискретную задачу, которая могла бы координировать взаимодействия между несколькими различными объектами домена и несколькими репозиториями. Репозитории определены абстрактно и в идеале должны быть разрешены Ninject.

Я думаю, что вы ищете примерно следующий сценарий:

 public class InviteFriend {
    [Required]
    public string EmailAddress { get; set; }

    // More information
}

public interface ICommand {
    void Execute();
}

public class InviteFriendCommand : ICommand
{
    public InviteFriend(InviteFriend info, IUserRepository userRepo, IMailSender mailSender) {
        this.inviteFriend = info;
        this.userRepo = userRepo;
        this.mailSender = mailSender;
    }

    public void Execute() {
        var user = this.userRepo.GetUser(this.inviteFriend.EmailAddress);

        if (user == null) {
               this.userRepo.SaveInvite(this.inviteFriend.EmailAddress);
        }

        MailMessage toSend = new MailMessage(); // Obviously some logic to prepare the body, subject and other mail properties
        this.mailSender.Send(toSend);
    }
}

public interface ICommandFactory {
    ICommand CreateInviteFriendCommand(InviteFriend info);
}

public class CommandFactory {

    public CommandFactory(IResolutionRoot resolutionRoot) {
        this.resolutionRoot = resolutionRoot;
    }

    ICommand CreateInviteFriendCommand(InviteFriend info) {
        this.resolutionRoot.Get<InviteFriendCommand>(new ConstructorArgument("info", info));
    }
}

public class YourController {

    // Somewhere

    var command = this.commandFactory.CreateInviteFriendCommand(info);
    command.Execute();

}

public class YourModule : NinjectModule {

    override Load() {
        Bind<IUserRepository>().To<UserRepo>().InRequestScope();
        Bind<ICommandFactory>().To<CommandFactory>().InRequestScope();
        Bind<InviteFriendCommand>().ToSelf().InRequestScope();
    }
}
  

Простите меня, когда вам нужно немного подправить это. Я взломал его вместе со своим компилятором out of brain 😉