Very, very rough idea:
foreach (var property in dbEntityEntry.Entity.GetType().GetProperties())
{
DbPropertyEntry propertyEntry = dbEntityEntry.Property(property.Name);
if (propertyEntry.IsModified)
{
Log.WriteAudit("Entry: {0} Original :{1} New: {2}", property.Name,
propertyEntry.OriginalValue, propertyEntry.CurrentValue);
}
}
I have no clue if this would really work in detail, but this is something I would try as a first step. Of course there could be more then one property which has changed, therefore the loop and perhaps multiple calls of WriteAudit
.
The reflection stuff inside of SaveChanges could become a performance nightmare though.
Edit
Perhaps it is better to access the underlying ObjectContext
. Then something like this is possible:
public class TestContext : DbContext
{
public override int SaveChanges()
{
ChangeTracker.DetectChanges(); // Important!
ObjectContext ctx = ((IObjectContextAdapter)this).ObjectContext;
List<ObjectStateEntry> objectStateEntryList =
ctx.ObjectStateManager.GetObjectStateEntries(EntityState.Added
| EntityState.Modified
| EntityState.Deleted)
.ToList();
foreach (ObjectStateEntry entry in objectStateEntryList)
{
if (!entry.IsRelationship)
{
switch (entry.State)
{
case EntityState.Added:
// write log...
break;
case EntityState.Deleted:
// write log...
break;
case EntityState.Modified:
{
foreach (string propertyName in
entry.GetModifiedProperties())
{
DbDataRecord original = entry.OriginalValues;
string oldValue = original.GetValue(
original.GetOrdinal(propertyName))
.ToString();
CurrentValueRecord current = entry.CurrentValues;
string newValue = current.GetValue(
current.GetOrdinal(propertyName))
.ToString();
if (oldValue != newValue) // probably not necessary
{
Log.WriteAudit(
"Entry: {0} Original :{1} New: {2}",
entry.Entity.GetType().Name,
oldValue, newValue);
}
}
break;
}
}
}
}
return base.SaveChanges();
}
}
I've used this myself in EF 4.0. I cannot find a corresponding method to GetModifiedProperties
(which is the key to avoid the reflection code) in the DbContext
API.
Edit 2
Important: When working with POCO entities the code above needs to call DbContext.ChangeTracker.DetectChanges()
at the beginning. The reason is that base.SaveChanges
is called too late here (at the end of the method). base.SaveChanges
calls DetectChanges
internally, but because we want to analyze and log the changes before, we must call DetectChanges
manually so that EF can find all modified properties and set the states in the change tracker correctly.
There are possible situations where the code can work without calling DetectChanges
, for example if DbContext/DbSet methods like Add
or Remove
are used after the last property modifications are made since these methods also call DetectChanges
internally. But if for instance an entity is just loaded from DB, a few properties are changed and then this derived SaveChanges
is called, automatic change detection would not happen before base.SaveChanges
, finally resulting in missing log entries for modified properties.
I've updated the code above accordingly.
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…