c# - Entity Framework : how to catch any error

Question

我正在尝试将数据插入到具有大量 not null 约束的 SQL Server 表中:

CREATE TABLE [dbo].[Customer]
(
    [CustomerId] [int] IDENTITY(1,1) NOT NULL,
    [FirstName] [varchar](255) NOT NULL,
    [LastName] [varchar](255) NOT NULL,
    [AddressLine] [varchar](255) NOT NULL
    CONSTRAINT [PK_Customer] PRIMARY KEY CLUSTERED ([CustomerId] ASC)
 )

EF 代码:

public virtual DbSet<Customer> Customer { get; set; }
modelBuilder.Entity<Customer>(entity =>
{
    entity.Property(e => e.FirstName)
        .HasMaxLength(255)
        .IsRequired()
        .IsUnicode(false);

    entity.Property(e => e.LastName)
            .HasMaxLength(255)
            .IsRequired()
            .IsUnicode(false);

    entity.Property(e => e.AddressLine)
            .HasMaxLength(255)
            .IsRequired()
            .IsUnicode(false);
  });

尝试向表中添加数据时，代码缺少列，因此无法插入数据库。不知道这一点，也没有收到“NOT NULL”错误，就像我在 SQL 数据库中看到的那样。

var source = new Customer();

source.FirstName = "Joe";  // missing Last Name and Address
_context.Customer.Add(source);

所以我添加了以下代码。这解决了这个问题，但是我如何让它在任何数据库错误、并发、错误数据类型等上失败。

try
{
   _context.SaveChanges();
}
catch (DbUpdateException e)
{
}

以下操作无效: 方法 1 和 2:实现这些后，not null 错误不再如我们所愿出现。

try
{
   _context.SaveChanges();
}
catch (Exception e)
{
}


try
{
   _context.SaveChanges();
}
catch
{
}

Answer 1

DbContext.SaveChanges描述您可能期望的异常。确定要捕获的异常和不捕获的异常。

如果您不确定在什么情况下会出现哪些异常，请使用您的调试器和一些测试代码找出您实际可能预期的异常:

// TODO: create one of your error conditions
try
{
   _context.SaveChanges();
}
catch (Exception e)
{
    Console.WriteLine(e.GetType()); // what is the real exception?
}

当您知道可以预期哪些异常以及您真正可以处理哪些异常后，编写您的最终代码:

try
{
   _context.SaveChanges();
}
catch (DbUpdateException e)
{
    // handle the update exception
}
catch (DbEntityValidationException e)
{
    // handle the entity validation exception
}
catch (...)

您可能不会捕获 System.NotSupportedException，您的代码应该只使用受支持的 LINQ 语句。

优化

请记住，DbContext 中的 DbSets 代表数据库中的表。 DbSets 中的类代表表中的一行:非虚属性表示表中的列，表之间的关系表示为虚属性。

您设计这些数据库表是因为您想解决一个问题。显然，在您的解决方案中，FirstName/LastName 等不能为空是很重要的。

您可能会将 DbContext 的使用包装到一个类中，该类隐藏您使用 Entity Framework 来保存数据，而不是使用 Dapper 或任何较低级别的方法来查询和更新数据。

这个包装类经常被称为 Repository 类:Repository 的用户不知道，而且真的不在乎，你如何以及在哪里保存你的数据:SQL？蒙哥？甚至是 CSV 文件？

拥有 Repository 类的好处是，如果您决定更改表格布局，或者如果您决定将其中一个查询更改为存储过程，或者如果您决定将您的数据存储在 CSV 中，更改将很少，用户甚至不会注意到更改

在您的存储库中，您将具有查询人员、添加/删除/更新人员等功能。您之前决定您的解决方案不应接受具有空名称的人员。

您的解决方案不依赖于您的数据的保存方式。因此，您的解决方案不应依赖于您的存储库是否检查您的名称是 null 还是 nt。

在调用 SaveChanges 之前考虑检查数据有效性。在这种情况下:检查名字、姓氏等是否确实不为空。您的代码将

• 看起来更干净:更少处理由您的范围之外的各方抛出的异常
• 更易于阅读:如果数据为空，读者无需猜测会发生什么，
• 更容易测试:您的测试代码可以使用简单的模拟存储库，无需空检查
• 更好的可维护性:如果您决定允许添加不带名字的人员，您的数据库模型不会改变，只会改变您的存储库类