c# - 一个或多个实体的验证失败。有关详细信息，请参阅 'EntityValidationErrors' 属性

Question

<分区>

Answer 1

To be honest I don't know how to check the content of the validation errors. Visual Studio shows me that it's an array with 8 objects, so 8 validation errors.

实际上，如果您在调试期间在 Visual Studio 中钻取该数组，您应该会看到错误。但您也可以捕获异常，然后将错误写入某些日志存储或控制台:

try
{
    // Your code...
    // Could also be before try if you know the exception occurs in SaveChanges

    context.SaveChanges();
}
catch (DbEntityValidationException e)
{
    foreach (var eve in e.EntityValidationErrors)
    {
        Console.WriteLine("Entity of type \"{0}\" in state \"{1}\" has the following validation errors:",
            eve.Entry.Entity.GetType().Name, eve.Entry.State);
        foreach (var ve in eve.ValidationErrors)
        {
            Console.WriteLine("- Property: \"{0}\", Error: \"{1}\"",
                ve.PropertyName, ve.ErrorMessage);
        }
    }
    throw;
}

EntityValidationErrors 是一个集合，表示无法成功验证的实体，每个实体的内部集合 ValidationErrors 是属性级别的错误列表。

这些验证消息通常足以帮助找到问题的根源。

编辑

一些细微的改进:

违规属性的值可以像这样包含在内部循环中:

        foreach (var ve in eve.ValidationErrors)
        {
            Console.WriteLine("- Property: \"{0}\", Value: \"{1}\", Error: \"{2}\"",
                ve.PropertyName,
                eve.Entry.CurrentValues.GetValue<object>(ve.PropertyName),
                ve.ErrorMessage);
        }

虽然调试 Debug.Write 可能比 Console.WriteLine 更可取，因为它适用于所有类型的应用程序，而不仅仅是控制台应用程序(感谢@Bart 的注释在下面的评论中)。

对于正在生产中并使用 Elmah 进行异常记录的 Web 应用程序，事实证明，创建自定义异常并按顺序覆盖 SaveChanges 对我来说非常有用抛出这个新异常。

自定义异常类型如下所示:

public class FormattedDbEntityValidationException : Exception
{
    public FormattedDbEntityValidationException(DbEntityValidationException innerException) :
        base(null, innerException)
    {
    }

    public override string Message
    {
        get
        {
            var innerException = InnerException as DbEntityValidationException;
            if (innerException != null)
            {
                StringBuilder sb = new StringBuilder();

                sb.AppendLine();
                sb.AppendLine();
                foreach (var eve in innerException.EntityValidationErrors)
                {
                    sb.AppendLine(string.Format("- Entity of type \"{0}\" in state \"{1}\" has the following validation errors:",
                        eve.Entry.Entity.GetType().FullName, eve.Entry.State));
                    foreach (var ve in eve.ValidationErrors)
                    {
                        sb.AppendLine(string.Format("-- Property: \"{0}\", Value: \"{1}\", Error: \"{2}\"",
                            ve.PropertyName,
                            eve.Entry.CurrentValues.GetValue<object>(ve.PropertyName),
                            ve.ErrorMessage));
                    }
                }
                sb.AppendLine();

                return sb.ToString();
            }

            return base.Message;
        }
    }
}

并且SaveChanges可以通过以下方式覆盖:

public class MyContext : DbContext
{
    // ...

    public override int SaveChanges()
    {
        try
        {
            return base.SaveChanges();
        }
        catch (DbEntityValidationException e)
        {
            var newException = new FormattedDbEntityValidationException(e);
            throw newException;
        }
    }
}

几点说明:

• Elmah 在 Web 界面或发送的电子邮件(如果您已配置)中显示的黄色错误屏幕现在直接在邮件顶部显示验证详细信息。

• 在自定义异常中覆盖 Message 属性而不是覆盖 ToString() 的好处是标准 ASP.NET“蓝屏死机 (YSOD) )"也会显示此消息。与 Elmah 相比，YSOD 显然不使用 ToString()，但两者都显示 Message 属性。

• 将原始 DbEntityValidationException 包装为内部异常可确保原始堆栈跟踪仍然可用并显示在 Elmah 和 YSOD 中。

• 通过在 throw newException; 行上设置断点，您可以简单地将 newException.Message 属性作为文本进行检查，而不是钻入验证集合有点尴尬，似乎对每个人来说都不容易(见下面的评论)。