【发布时间】:2014-03-28 10:49:03
【问题描述】:
在沃德的文章“The Breeze Server: Have It Your Way”中:
典型的业务应用至少有 200 个领域模型 类型。 90% 以上的时间是我通过 线与我的业务模型中实体的形状相同。
...
当客户实体的形状与客户实体的形状不一致时 服务器端业务实体,我可能会为此切换到 DTO 特殊情况。
这对我们的应用程序来说是一针见血,但是为 DTO 仅切换 一些 实体的最佳方法是什么?
例如,我们的 User 实体包含不应向客户端公开的敏感属性。它还具有从其他系统中提取并返回给客户端的相关数据,理想情况下,这些数据应该只是客户端用户对象上的额外属性。用户似乎是切换到 DTO 的理想人选。
如果用户是一个孤立的实体,这可能会更容易,但问题是用户在模型中基本上无处不在。例如,几乎每个实体都有一个 CreatedBy 属性。
有没有办法在模型中的任何地方为用户 DTO 切换用户实体?对于模型中引用用户的所有其他实体,我们仍然需要能够在扩展其用户属性的情况下加载它们,在这些用户属性上查询它们,并在对这些用户属性进行更改时保存它们。
除了构建一个与实体模型 95% 相同的大型 DTO 模型之外,我不知道该怎么做,并且在它们之间有一些映射代码/框架。但是,正如 Ward 在 this post 中所说的那样,“我不喜欢所有类型的 DTO;这太过分了,会破坏生产力。”
【问题讨论】:
-
我对混合 dto 和真实实体感兴趣。你有那个场景的工作样本吗?特别是,您如何对元数据进行 dto 处理?
标签: entity-framework breeze dto