7

我有一个域模型架构，其中我的域/业务对象是基于问题域创建的，并且独立于物理数据模型或持久性结构的任何知识。到目前为止，我走上了正轨，因为这是完全可以接受的，而且通常情况下域模型和数据模型之间存在阻抗不匹配。DBA 创建了数据库来获取他们需要的数据，但它并没有封装应用程序的整个域模型或设计。

结果 - 我有自己的一组域模型对象。然而，所有需要持久化的字段确实存在于我的域模型中的某个或另一个位置，但不一定以我自动生成的 .edmx POCO 实体具有它们的形状存在。所以我有所有的数据，只是它的形状并不像创建自动生成的 POCO 实体的表那样完美。

我看过一些关于这个主题的帖子，比如将 POCO 实体转换为业务实体和Entity Framework 4 with Existing Domain Model，它们做出如下声明：

“在实体数据模型中创建与域类同名的实体。实体属性也应该与域类中的名称和类型相同”

什么！？没办法，为什么我必须将我的域模型重塑为完全按照数据库中的数据模型/表结构建模的 POCO？例如 - 在我有 5 个给定属性的情况下，2 个可能在“A”类中，3 个在“B”类中，而自动生成的 POCO 类在其自己的“A”类中具有全部 5 个。

这就是重点，我想要分离我的对象模型和数据模型，但仍然使用像 EF 5.0 这样的 ORM 在它们之间进行映射。我不想在数据模型中创建和塑造这样命名的类和属性。

现在我在 EF 5.0 中的 .edmx 正在为我生成 POCO 类，但我的问题是如何分解这些并将所有内容重新连接到包含所有这些数据但只是形状不同的域对象？

顺便说一句，使用 Code First 方法提出的任何解决方案都不是一个选项，因此请不要提供此选项。我需要一些使用 EF5 的指导或教程（最好）（如果可能，因为 EF4 示例总是从 ObjectContext 继承 POCO）并将我自己的业务对象连接到 .edmx。

感谢任何帮助或指导，谢谢！

4

3 回答 3

1

这听起来就像实体框架的用例。我在这里做一些假设。首先，当您发表此声明时：

“我有一个域模型架构，其中我的域/业务对象是基于问题域创建的，并且独立于物理数据模型或持久性结构的任何知识。”

你的意思是这个域是在 EF 设计器中创建的？但是你说：

“但是，所有需要持久化的字段确实存在于我的域模型中的某个地方或另一个地方，但不一定以我自动生成的 .edmx POCO 实体具有它们的形状存在。”

这听起来像我的第一个假设是不正确的。

接下来，您首先关闭代码？如果您的域模型/业务对象是基于代码的，并且您希望将它们持久保存到关系数据库中，那么这正是代码优先的用例。您有了代码，现在您需要创建 DbContext 并将其映射到您的物理模型。

但是，您对此不屑一顾……所以有些想法：

如果您有一个基于代码的业务对象的域模型，并且您有一个用于其他事情的 EDMX，我认为您会想要创建一个存储库层，该存储库层使用自动映射器或手动投影之类的东西来查询您的实体并返回您的业务对象.

如果您有一个基于代码的业务对象的域模型，并且您有一个 EDMX，除了持久化您的业务对象之外，它不用于其他用途，我会说您需要在 EDMX 中表达您的域，然后将其映射到您现有的数据库中. 这确实是 ORM 的用例。拥有两个域模型并从一个模型映射到另一个模型，其中一个模型与您的域匹配，一个与您的数据库匹配，这增加了一个额外的不需要的管道层。

上面的后一种方法在 EF 用语中称为“模型优先”。有几篇关于它的文章，尽管其中大部分只是从模型中生成数据库。您不会执行该步骤，而是将实体映射到现有数据库。

基本步骤是“从数据库更新”而不选择任何 db 对象（或将创建实体）。或者，您可以在设计器中使用现有的 .edmx（听起来就像您拥有的那样）并修改实体以匹配您的业务领域。或者只是删除 EDMX 模型中的所有实体，根据需要创建实体，然后将它们全部映射。

这是我使用 EF 设计器引入模型存储的地方（唯一的方法是允许它生成实体），然后删除实体以允许存储信息保留，方法是在询问时单击“否”如果你想删除表信息。

http://screencast.com/t/8eiPg2kcp

我没有向其中添加 POCO 生成器，但如果我这样做了，它会将设计器中的实体生成为 POCO 类。

于 2013-02-15T19:11:00.417 回答
0

上面引用的声明并不是建议您重写域对象以匹配您的 pocos，而是建议您更新 edmx 以匹配您的域模型。

在您的示例中，您可以在 edmx 中创建一个实体，该实体映射两个表中的所有 5 个属性，EF 将管理与单个生成的 Poco 到您的表的映射。

当然，这意味着您将拥有重复的域对象和 pocos，这意味着您在与 EF 交互时必须手动将域对象转换为 pocos，

或者您可以将您的域数据对象定义为接口并提供 pocos 的部分实现，这些实现基本上将每个 poco 标识为域对象的具体实现。

可能还有其他几种方法可以给这只特定的猫换皮，但我认为您不能提供预定义的 c# 对象以在 edmx 中使用。

于 2013-02-14T21:47:44.313 回答
0

一种方法可能是选择 ViewModel（适合您的特定业务逻辑）并自动将上下文中的一些数据映射到其中，就像https://stackoverflow.com/a/8588843/201648一样。这用于AutoMapper将实体属性从 EF 上下文映射到 ViewModel。这不会为您做所有事情，但它可能会让生活变得更轻松。如果您对这种自动发生的方式不满意，您可以配置 AutoMapper 以稍微不同的方式做事（请参阅投影）- https://github.com/AutoMapper/AutoMapper/wiki/Projection

您可能已经知道这一点，但也可以使用 t4 - http://visualstudiogallery.msdn.microsoft.com/72a60b14-1581-4b9b-89f2-846072eff19d从您的 EDMX 自动生成 POCO 。如果您定义模板来生成分部类，那么您可以拥有另一个具有该 POCO 的自定义属性的分部类。这样，您可以自动填充大多数属性，但也可以使用上下文/存储库中的自定义规则填充其他自定义属性。这消除了生成这些数据的大量单调性，然后您可以专注于使用上述技术重塑数据。

如果您对两者都非常不满意，您总是可以映射一个存储过程来自动获取您想要的确切字段名称，而无需四处寻找。这当然会影响您处理数据的方式，但我之前已经完成了优化目的/已经存在的过程完全符合我的要求。请参阅http://msdn.microsoft.com/en-us/data/gg699321.aspx

于 2013-02-15T13:55:05.977 回答