如何阻止DevForce在EntityManager中吞咽异常。实体更改事件

Question

这是DevForce论坛帖子的又一个延续。问题是DevForce会默默地吞下EntityManager抛出的任何异常。EntityChanged事件，如果更改是由查询或导入触发的。相关代码如下所示：

internal virtual void OnEntityChanged(EntityChangedEventArgs args)
{
    EventHandler<EntityChangedEventArgs> entityChanged = this.EntityChanged;
    if (entityChanged == null) return;
    try
    {
        entityChanged(this, args);
    }
    catch
    {
        if (args.Action != EntityAction.AddOnQuery && args.Action != EntityAction.AddOnImport)
        {
            throw;
        }
    }
}

正如论坛帖子中提到的，随着时间的推移，这种方法的行为发生了一些变化。现在吞下的东西比我第一次抱怨时少了。但对于我们的应用程序，我们真的需要知道什么时候出了问题。仅仅因为我在执行查询或导入操作时出错，并不意味着我不关心异常。

在上一篇论坛帖子中，这种行为的理由是：

在AdOnQuess（和AddOnImport）中引发吞吐异常的理由是，“在查询的中间失败通常不是开发者真正想要的”，因为它更可能是由于写得不好的事件处理程序而发生的。

也许我们不常见：-），但是在我们的应用程序中，事件处理程序看起来像这样：

EntityManager.EntityChanged += (sender, e) =>
{
    if (e.Action == EntityAction.AddOnAttach ||
        e.Action == EntityAction.AddOnImport ||
        e.Action == EntityAction.AddOnQuery)
    {
        ((MyBaseClass) e.Entity).Initialize();
    }
};

这里抛出的任何异常都不会是因为编写了错误的事件处理程序。这里抛出的任何异常都是因为实体在执行其一次性初始化逻辑时非常混乱。这种逻辑中的错误对我们来说非常重要。

我可以理解，普遍更改此选项可能会很危险，并导致其他应用程序开始崩溃。但是，如果我们可以通过某种方式关闭这种行为，或者通过其他方式告诉实体经理不要接受异常，那将非常非常有帮助。

我们之前的解决方案开始失败，因为我们希望在Web服务中使用所有业务逻辑，而不能仅仅依靠错误日志来处理此类事情。我们不能仅仅因为DevForce吞并了一个潜在的致命错误就向调用方返回“成功”响应。

我们正在开发DevForce的最新版本（截至本文撰写时：2012 - 7.2.3)。

Answer 1

版本7.2.4包含一个标志EntityManagements。ThrowAllLoadExceptions，以控制此行为。发行说明。