实例化失败和单例行为交互 [NInject1]

Question

我已经设置了一个 NInject（使用 1.5 版）绑定，如下所示：

Bind<ISessionFactory>().ToMethod<ISessionFactory>(ctx => 
{
    try
    {
        // create session factory, might fail because of database issues like wrong connection string
    }
    catch (Exception e)
    {
        throw new DatabaseException(e);
    }
}).Using<SingletonBehavior>();

如您所见，此绑定使用单例行为，但也可能在配置不正确时引发异常，例如与数据库的连接字符串错误。

现在，当会话工厂的创建一开始失败（抛出数据库异常）时，NInject 不会再次尝试创建对象，而是始终返回 null。

我需要 NInject 首先检查 null 并在实例为 null 时重新创建，但当然不是在已经成功构造实例时（保持它为单例）。像这样：

var a = Kernel.Get<ISessionFactory>(); // might fail, a = null
// ... change some database settings
var b = Kernel.Get<ISessionFactory>(); // might not fail anymore, b = ISessionFactory object

我需要编写自定义行为还是缺少其他内容？

Answer 1

这没有多大意义。

首先，单例的意义在于依赖于该项目的所有内容都应该看到完全相同的东西 - 如果您的工厂方法要改变主意，这很难实现。

另外，如果您说的是 NHibernate ISessionFactory（是吗？），它不会出现可以恢复的这种性质的暂时性故障（或者如果可以，您能解释一下原因吗 - 我是没有专家）。我很欣赏 Session 的创建可能会失败（但您不会将其保留为单例），但这与创建工厂失败的情况完全不同（如果您不能依靠工厂来拥有愚蠢的构造函数，那么您能做什么？靠？）。

就这方面的 NInject 角度而言，创建方法（无论是 Factory 还是 Provider）与作用域是分开的，所以我怀疑是否会有一种方法可以干净地管理您想要做的事情（即使您可以解决开头的两个问题）。我强烈建议您查看源代码 - 它简短而干净，因此如果有答案，它会立即跳出来。下载时间不会超过一分钟 - 去做吧！

最后，good article on managing NHibernate sessions（IIRC 没有为会话工厂创建失败做出任何规定）

现在，要实际回答这个问题，无论它是否是一个坏问题 - 如果在创建工厂时可能会发生故障，并且您无法调整工厂以不这样做（重试多少次看起来你见过创建工厂吗？），答案是你将重试逻辑（用于创建工厂）移动到负责创建会话的提供者或方法中，然后可以以你认为合适的方式重试。