1 つ以上のエンティティの検証に失敗しました。詳細については、「EntityValidationErrors」プロパティを参照してください [重複] 質問する

Question

正直に言うと、検証エラーの内容を確認する方法がわかりません。Visual Studio では、8 つのオブジェクトを含む配列であるため、検証エラーが 8 つあることが示されています。

実際には、デバッグ中に 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 に感謝します)。

運用中の Web アプリケーションで例外ログにElmah を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 の「Yellow screen of death (YSOD)」でもこのメッセージが表示されるという利点があります。Elmah とは対照的に、YSOD は明らかにを使用しませんToString()が、どちらもMessageプロパティを表示します。
オリジナルをDbEntityValidationException内部例外としてラップすると、オリジナルのスタックトレースが引き続き使用可能になり、Elmah と YSOD に表示されます。
行にブレークポイントを設定すると、検証コレクションを詳しく調べる代わりに、プロパティをテキストとしてthrow newException;簡単に検査できますnewException.Message。検証コレクションを調べるのは少々面倒で、誰にとっても簡単に機能するわけではないようです (以下のコメントを参照)。

Answer 1