如果在实例化 DbContext 资源的 using 语句中数据库连接失败,我如何自动抛出 ApplicationException?

How can I automatically throw an ApplicationException if a database connection fails inside of a using statement instantiating a DbContext resource?

编辑,先阅读: 这不是使用我的 ApplicationException 的 using 语句,而是我在真实代码中使用的 DependencyResolver。一开始我什至没想到要看那里,但果然,如果我尝试直接实例化 class(与我在下面的简化示例代码中所做的相同),它会按预期工作。如果我在 using 语句中使用 DependencyResolver,它只会按照我在下面记录的方式运行。我只是不想在我的问题中提及这一点,因为我忽略了它。我正在使用 Unity 容器,仅供参考。我会在处理它时对其进行更新,并且可能会删除它。

更新 2: 好的,事实证明,return在服务位置抛出异常时获取空资源是 MVC 中完全正常和预期的行为。当我第一次遇到这种行为并使自己感到困惑时,我完全没有意识到我正在使用依赖注入。所以我会留下这个问题,以防其他人发现自己处于类似情况。创建使用 DependencyResolver 服务定位器解析的资源时,您不能抛出异常!它将吞下异常和 return 空资源!

此外,以防有人想知道我根据这些新信息更改了什么:我只是移动了我的数据库 checking/exception 将逻辑放入存储库中的几个关键方法中,而不是在构造函数中。我也停止使用 Unity 并切换到 Ninject,并从服务定位器模式转变为将我的容器包裹在单例中 class,但这与我遇到的导致此问题的问题无关线程,更像是一种风格选择。

结束编辑

所以假设我有某种 class 可以访问数据库,就像这样...

public class Foo : IDisposable {

    private DbContext db = new FooDbContext();

    public DoSomething(){
        // do something with the FooDbContext...
    }

    // Dispose is implemented here as well...

}

当我去使用那个 class 时,我是这样访问它的...

using (Foo foo = new Foo()){
    foo.DoSomething();
}

所以我想要完成的是,每当构造 Foo class 时,如果底层 DbContext 无法建立连接,则会抛出 ApplicationException。

所以我将以下构造函数添加到 Foo class...

public Foo() {
    try
        {
            db.Database.Connection.Open();
        }
        catch
        {
            throw new ApplicationException("Database is not currently available. Try again later.");
        }
}

但这就是问题所在,回到这段代码...

using (Foo foo = new Foo()){
    foo.DoSomething();
}

当在数据库不可用时执行 using 语句时(我已经通过调试确认了这一点)在构造 Foo 时抛出 ApplicationException ,但是,ApplicationException 是被忽略,无论如何都会调用 DoSomething 方法。那时,我得到的是 NullReferenceException 而不是我想要的 ApplicationException 因为 foo 是 null。

我的 ApplicationException 怎么了?为什么会被忽视?我该怎么做才能确保 ApplicationException 冒泡?

我实际上并不想处理 ApplicationException。对于某些上下文,这是一个 ASP.NET MVC 应用程序。我希望 ApplicationException 不被处理,并让我设置的自定义错误页面向用户显示 ApplicationException 中包含的消息。

我认为你没有进入数据库和连接细节的问题是因为 using 块,using 块吞没了构造函数中发生的异常。

http://www.digitallycreated.net/Blog/51/c%23-using-blocks-can-swallow-exceptions

https://msdn.microsoft.com/en-us/library/aa355056.aspx