Entity FrameworkのValidateEntityが呼び出されません。エントリの削除

Question

Entity Frameworkコードファーストデータベース（V5）に保存する複合クラス（以下のサンプルコードを参照）があります。問題は、データベースに保存されているFooAndOrBarデータでFooClassが使用されていて、FooClassエントリが削除されないようにしたい場合です。 nullになる可能性があるので、外部キーのチェックはFooClassの削除を止めず、自分自身をチェックする必要があります。以下に示すように

class FooClass { ... some properties } 

    class BarClass { ... some properties } 

    class FooAndOrBar 
    { 
     public int Id { get; set; } 
     public FooClass Foo { get; set; } 
     public BarClass Bar { get; set; } 
    } 

したがって、複数のデータベースエントリ横断エントリを検証するための良い方法を以下、私は、Entity FrameworkのValidateEntity方法にテストを追加しました。

protected override DbEntityValidationResult ValidateEntity(
     DbEntityEntry entityEntry, IDictionary<object, object> items) 
    { 
     if (entityEntry.Entity is FooClass && 
      entityEntry.State == EntityState.Delete) 
     {    
      if (... entityEntry.Entity is used in DbContext.FooAndOrBars ...) 
       return new DbEntityValidationResult(... error ...); 
     } 

     return base.ValidateEntity(entityEntry, items); 

    } 

問題は、削除時にValidateEntityが呼び出されないようです。それは理にかなっています（なぜあなたが削除しようとしているものを検証するのですか）。私はUnitOfWork/repositoryパターンを使用し、そこにテストを置くことができますが、それはにおいを感じます。

誰もがこの問題に遭遇し、それをクリーンな方法で解決したことがありますか？あなたの意見は高く評価されます。

パウエルからの回答（下記参照）。

@pawelは、ShouldValidateEntityをオーバーライドして、削除されたアイテムに対してValidateEntityが呼び出されることを指摘しました。他の誰かがこれを便利に見いだすためのコードの例を以下に示します。

/// <summary> 
/// Override ShouldValidateEntity to cause deleted entities to be checked as well 
/// </summary> 
protected override bool ShouldValidateEntity(DbEntityEntry entityEntry) 
{ 
    if (entityEntry.State == EntityState.Deleted) 
     return true; 

    return base.ShouldValidateEntity(entityEntry); 
} 

は、私が実際にエンティティのタイプをチェックすることによってちょうどすべて削除されたアイテムよりも少しタイトなチェックをしたが、それはただのパフォーマンスを改善することです。

Answer 1

デフォルトでは、変更および追加されたエンティティのみが検証されます。これは、DbContext.ShouldValidateEntity()メソッドをオーバーライドして、削除されたエンティティに対してもtrueを返すことによって変更できます。