使用Nhibernate将依赖项注入域模型类（ASP.NET MVC + IOC）

Question

我正在构建一个ASP.NET MVC应用程序，它使用DDD（域驱动设计）方法，由NHibernate处理数据库访问。 我有域模型类（管理员），我想通过一个IOC容器，如Castle Windsor注入依赖，如下所示：

public class Administrator
{
    public virtual int Id { get; set; }

    //.. snip ..//

    public virtual string HashedPassword { get; protected set; }

    public void SetPassword(string plainTextPassword)
    {
        IHashingService hasher = IocContainer.Resolve<IHashingService>();

        this.HashedPassword = hasher.Hash(plainTextPassword);
    }
}

我基本上想要为SetPassword方法注入IHashingService而不直接调用IOC容器（因为这被认为是IOC反模式）。 但我不知道如何去做。 我的管理员对象要么通过new Administrator();实例化new Administrator(); 或者它通过NHibernate加载，那么我如何将IHashingService注入Administrator类？

再想一想，我是否正确地走了这条路？ 我希望避免让我的代码库乱丢......

currentAdmin.Password = HashUtils.Hash(password, Algorithm.Sha512);

...而是让域模型本身处理哈希并巧妙地将其封装起来。 我可以设想另一个开发人员意外地选择了错误的算法，并且有一些密码为Sha512，有些是MD5，有些有一个盐，有些有不同的盐等等。相反，如果开发人员正在写...

currentAdmin.SetPassword(password);

...然后那会隐藏这些细节并处理上面列出的那些问题不是吗？

Answer 1

SO上已有类似的问题：

使用NHibernate对象进行依赖注入

DI / IoC，NHibernate并帮助他们一起工作

你需要使用拦截器。 看看Fabio Maulo的实施帖子：

http://nhforge.org/blogs/nhibernate/archive/2008/12/12/entities-behavior-injection.aspx

Answer 2

你需要记住它是如何散列的。 这样，您可以在将来散列字符串以检查并查看它是否是密码，并将其与散列值进行比较。 这意味着您需要在对象中存储枚举或其他字段，以指示数据库中使用的散列机制。

否则，如果您更改了默认的哈希实现，那么所有旧的哈希密码都不再是好的，并且您的用户将不知道为什么他们的密码不再有效 - 并且您将最终得到一个IHashingService接口，没有灵活性（因为如果没有添加奇怪的规则，例如“为2010-01-12之前创建的管理员使用此哈希”），就不能更改哈希实现，因为没有真正的理由存在。

为此，我将添加适当的字段（一个枚举，由IHashingService接口返回的字符串，某些东西），或者让NHibernate通过IUserType实现为我实例化哈希服务，或者我使用工厂模式，其中具体IoC容器向工厂提供了实例。 这将Jarrett的方法级注入与允许重新水合的对象找到其哈希实现而不依赖于IoC容器的解决方案相结合。

祝好运！

Answer 3

是否有理由不能在Administrator类的构造函数中传递IHashingService ？ 这就是我如何解决依赖。

public class Administrator
{
    private readonly IHashingService _hashingService;

    public Administrator(IHashingService hashingService)
    {
        _hashingService = hashingService;
    }

    // <snip>

    public void SetPassword(string plainTextPassword)
    {
        this.HashedPassword = _hashingService.Hash(plainTextPassword);
    }
}

编辑＃1

如果从模型中提取，请尝试使用方法级注入。

public void SetPassword(string plainText, IHashingService hasher)
{
    if (hasher == null) throw new ArgumentNullException("hasher");
    this.HashedPassword = hasher.Hash(plainText);
}

编辑＃2

另外，为什么不让自己变得容易，只是对字符串进行扩展？

public static class ExtensionsOfString
{
    public static string Hash(this string s)
    {
        // hash with SHA256
        return hashedString;
    }
}

虽然我确实意识到使用依赖注入有一个“可替换的”代码方面，但这对于这个例子来说并不是什么大问题。 您实际上并不需要IPasswordEncryptionService，就像您需要ICreditCardAuthorizationService一样。 如果有一天，您将哈希算法从SHA256更改为SHA512，您现在将使数据库中的每个密码无效。

Answer 4

在应用程序外观中散列密码（如果您使用任何密码）或在每次调用Administrator.SetPassword(..)提供IHashingService实现。 我认为它被称为双重调度 ？！

如果您坚持使用DI-in-entity解决方案，我通过在实体上声明[Configurable]属性，使用PostSharp AOP和PostSharp4Spring做了类似的事情，但解决方案适用于Spring.Net。 你可以在这里查看更多信息。 此外，如果从DI容器配置NHibernate，则可以在容器完成配置之前尝试DI实体进行递归。 您需要一个简单的静态类，其方法是在容器初始化期间抑制实体构造中的DI。 虽然不能提供一个例子:(