Entity Frameworkコアの作成および更新フィールド

Question

私はすべてのエンティティに4つのカスタムフィールドを持っています。 4つのフィールドは、CreatedBy,CreatedDate,UpdatedByおよびUpdatedDateです。

エンティティフレームワークのコアイベントにフックする方法があります。挿入すると、現在のユーザーの現在のDateTimeとCreatedByが挿入されます。CreatedDateデータベースへの更新があると、に現在のユーザーの現在のDateTimeとUpdatedByが入力されますか？

Answer 1

基本的には@ Steveのアプローチがありますが、現在の実装ではプロジェクトの単体テストが難しくなります。

リファクタリングを少し行うだけで、単体テストに対応し、SOLIDの原則とカプセル化に真正面を向けることができます。

ここではスティーブの例のリファクタリングバージョン

public abstract class AuditableEntity 
{ 
    public DateTime CreatedDate { get; set; } 
    public string CreatedBy { get; set; } 
    public DateTime UpdatedDate { get; set; } 
    public string UpdatedBy { get; set; } 
} 

public class AuditableDbContext : DbContext 
{ 
    protected readonly IUserService userService; 
    protected readonly DbContextOptions options; 
    protected readonly ITimeService timeService; 

    public BaseDbContext(DbContextOptions options, IUserService userService, ITimeService timeService) : base(options) 
    { 
     userService = userService ?? throw new ArgumentNullException(nameof(userService)); 
     timeService = timeService ?? throw new ArgumentNullException(nameof(timeService)); 
    } 

    public override int SaveChanges() 
    { 
     // get entries that are being Added or Updated 
     var modifiedEntries = ChangeTracker.Entries() 
       .Where(x => (x.State == EntityState.Added || x.State == EntityState.Modified)); 

     var identityName = userService.CurrentUser. 
     var now = timeService.CurrentTime; 

     foreach (var entry in modifiedEntries) 
     { 
      var entity = entry.Entity as AuditableEntity; 

      if (entry.State == EntityState.Added) 
      { 
       entity.CreatedBy = identityName ?? "unknown"; 
       entity.CreatedDate = now; 
      } 

      entity.UpdatedBy = identityName ?? "unknown"; 
      entity.UpdatedDate = now; 
     } 

     return base.SaveChanges(); 
    } 
} 

今ではモック時間に簡単で、ユニットテストとモデル/ドメイン/ビジネス層のためのユーザー/プリンシパルがより良いあなたのドメインロジックをカプセル化し、EFコアの依存関係がないですもう少し良い。

もちろん、これをさらに戦略的パターンを使用してモジュラーアプローチを使用するようにリファクタリングすることはできますが、それは範囲外です。また、監査可能な（およびソフト削除）EFコアDbContext（hereおよびhere）の実装を提供するASP.NET Core Boilerplateを使用することもできます。

Answer 2

「監査」フィールドと同じレイアウトを使用しています。

私がこれを解決したのは、AuditableEntityという名前の基本抽象クラスを作成してプロパティを保持し、PrepareSaveというメソッドを公開することでした。必要に応じてPrepareSave内部Iは、フィールドの値を設定します。

public abstract class AuditableEntity 
{ 
    public DateTime CreatedDate { get; set; } 
    public string CreatedBy { get; set; } 
    public DateTime UpdatedDate { get; set; } 
    public string UpdatedBy { get; set; } 

    public virtual void PrepareSave(EntityState state) 
    { 
     var identityName = Thread.CurrentPrincipal.Identity.Name; 
     var now = DateTime.UtcNow; 

     if (state == EntityState.Added) 
     { 
      CreatedBy = identityName ?? "unknown"; 
      CreatedDate = now; 
     } 

     UpdatedBy = identityName ?? "unknown"; 
     UpdatedDate = now; 
    } 
} 

は私がしたい場合ので、私は私のエンティティでそれをオーバーライドすることができ PrepareSave仮想をしました。実装に応じてIDを取得する方法を変更する必要があるかもしれません。

は、これを呼び出すには、私は私のDbContextにSaveChangesを上書きして（私は変更トラッカから得た）追加または更新されていた各エンティティにPrepareSaveと呼ば：今すぐ

public override int SaveChanges() 
{ 
    // get entries that are being Added or Updated 
    var modifiedEntries = ChangeTracker.Entries() 
      .Where(x => x.State == EntityState.Added || x.State == EntityState.Modified); 

    foreach (var entry in modifiedEntries) 
    { 
     // try and convert to an Auditable Entity 
     var entity = entry.Entity as AuditableEntity; 
     // call PrepareSave on the entity, telling it the state it is in 
     entity?.PrepareSave(entry.State); 
    } 

    var result = base.SaveChanges(); 
    return result; 
} 

、私は上SaveChangesを呼び出すたび私のDbContext（直接またはリポジトリを介して）、AuditableEntityを継承するすべてのエンティティは、必要に応じて監査フィールドを設定します。