Entity Framework 7 audit log

后端 未结 2 1700
-上瘾入骨i
-上瘾入骨i 2021-02-09 13:52

I am porting an old project over to ASP.NET 5 and Entity Framework 7. I have used the database first approach (DNX scaffold) to create the model.

The old project is base

2条回答
  •  臣服心动
    2021-02-09 14:53

    Basically you have two ways to achieve this:

    Using ChangeTracker API (EF 6+):

    This is the way we currently do it in EF 6 and it is still valid and working for EF 7:

    First you have to make sure your entities are implementing a common interface for audit fields:

    public interface IAuditableEntity 
    {
        int? CreatedById { get; set; }
    
        DateTime Created { get; set; }
    
        int? ModifiedById { get; set; }
    
        DateTime Modified { get; set; }
    }
    


    Then you can override SaveChanges and update each common field with audit values:

    public override int SaveChanges()
    {
        int? userId = null;
        if (System.Web.HttpContext.Current != null)
            userId = (from user in Users.Where(u => u.UserName == System.Web.HttpContext.Current.User.Identity.Name) select user.Id).SingleOrDefault();
    
        var modifiedEntries = ChangeTracker.Entries()
                .Where(e => e.State == EntityState.Added || e.State == EntityState.Modified);
    
        foreach (EntityEntry entry in modifiedEntries)
        {
            entry.Entity.ModifiedById = UserId;
            entry.Entity.Modified = DateTime.Now;
    
            if (entry.State == EntityState.Added)
            {
                entry.Entity.CreatedById = UserId;
                entry.Entity.Created = DateTime.Now;
            }
        }
    
        return base.SaveChanges();
    }
    


    Using EF 7 new "Shadow Properties" Feature:

    Shadow properties are properties that do not exist in your entity class. The value and state of these properties is maintained purely in the Change Tracker.

    In other words, the audit columns will not be exposed on your entities which seems to be a better option compare to the one above where you have to include them on your entities.

    To implement shadow properties, first you have to configure them on your entities. Let's say for example you have a User object that needs to have some audit columns:

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        modelBuilder.Entity().Property("CreatedById");
    
        modelBuilder.Entity().Property("Created");
    
        modelBuilder.Entity().Property("ModifiedById");
    
        modelBuilder.Entity().Property("Modified");
    }
    


    Once configured, now you can access them on SaveChanges() override and update their values accordingly:

    public override int SaveChanges()
    {
        int? userId = null;
        if (System.Web.HttpContext.Current != null)
            userId = (from user in Users.Where(u => u.UserName == System.Web.HttpContext.Current.User.Identity.Name) select user.Id).SingleOrDefault();
    
        var modifiedBidEntries = ChangeTracker.Entries()
            .Where(e => e.State == EntityState.Added || e.State == EntityState.Modified);
    
        foreach (EntityEntry entry in modifiedBidEntries)
        {
            entry.Property("Modified").CurrentValue = DateTime.UtcNow;
            entry.Property("ModifiedById").CurrentValue = userId;
    
            if (entry.State == EntityState.Added)
            {
                entry.Property("Created").CurrentValue = DateTime.UtcNow;
                entry.Property("CreatedById").CurrentValue = userId;
            }
        }
    
        return base.SaveChanges();
    }
    


    Final Thoughts:

    For implementing something like audit columns, I'll take the Shadow Properties approach since these are cross cutting concerns and do not necessarily belong to my domain objects so having them implemented this way will keep my domain objects nice and clean.

提交回复
热议问题