Какой бурное обсуждение данного вопроса. А за сим, раз тут собрались гуру Exceptions хотелось бы узнать про
этот вариант реализации обработки ошибок. Таким образом, исключения собираются в таблице логов.
А обработка валидности данные делается так у DbContext:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
public override int SaveChanges() {
try {
return base.SaveChanges();
}
catch (DbUpdateException dbEx) {
Debug.WriteLine("Error: {0}", dbEx.Message);
ChangeTracker.Entries().ToList().ForEach(entry => entry.State = EntityState.Unchanged);
var message = dbEx.InnerException == null ? dbEx.Message : GetErrorMessage(dbEx);
var log = new Log(message) { UserName = "DbContext", StackTrace = dbEx.StackTrace };
Logs.Add(log);
return SaveChanges();
}
catch (DbEntityValidationException dbEx) {
ChangeTracker.Entries().ToList().ForEach(entry => entry.State = EntityState.Unchanged);
var sb = new StringBuilder();
foreach (
var validationError in
dbEx.EntityValidationErrors.SelectMany(validationErrors => validationErrors.ValidationErrors)) {
sb.AppendFormat("Property: {0} Error: {1}", validationError.PropertyName,
validationError.ErrorMessage);
}
var log = new Log(sb.ToString()) { UserName = "DbContext", StackTrace = dbEx.StackTrace };
Logs.Add(log);
return SaveChanges();
}
}
То есть все ошибки в том числе и ошибки валидации "падают" в таблицу Logs.
Какие казусы и подземные камни скрыты в таком подходе? Ошибки какого типа невозможно отследить таким образом?
