c# - 实现业务逻辑验证的最佳实践 - Entity Framework

标签 c# entity-framework entity

我是第一次使用 Entity Framework,我需要在将新对象插入数据库之前添加业务逻辑,这是我想到的选项:

  1. 在 DataContext 级别实现业务逻辑 - 通过重写 SaveChanges 方法
  2. 使用 OnPropertyChanging 部分方法为每个实体实现业务逻辑
  3. 将生成的代码包装在实现验证层的自定义类中。

在 Entity Framework 上管理业务逻辑时哪种方法是最佳实践

最佳答案

看看validation with EF - 验证在实体内部进行。

这是一种非常简洁的项目组织方式。

当你有 POCO s,实体验证的明显位置在 POCO 本身。

Customer 对象的任何验证实际上都在 Customer 类中,这是有道理的。

关于c# - 实现业务逻辑验证的最佳实践 - Entity Framework ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5717370/

相关文章:

android - 如何通过 Android 应用更新/修改现有实体(在 Google 应用引擎上存储为 JSON 对象)

java - 错误 ClientBuilder() is not public in com.company.entities.Client.ClientBuilder;无法从外部包访问

c# - Microsoft 是否放弃了对数据库优先的支持?

c# - 从图像源获取流

c# - 使用 Entity Framework 6 的初始负载和性能问题

c# - 如何阻止 Entity Framework 尝试保存/插入子对象?

c# - ToList() 在使用 Include 时评估不正确

php - Symfony 2.3 实体 bool 属性只允许一行为真

c# - 处理特殊字符时出错

c# - Thinktecture - 无法在 Web API 中处理加密的 SAML 安全 token