entity-framework - Breeze.js 混合 DTO 和实体

Question

在沃德的文章“The Breeze Server: Have It Your Way”中:

The typical business application has a minimum of 200 domain model types. 90+% of the time the shape of the data I'm sending over the wire is the same as the shape of the entity in my business model.
...
When the shape of a client entity doesn't align well with the shape of a server-side business entity, I may switch to a DTO for that particular case.

这对于我们的应用程序来说是一击中要害，但是为 DTO 切换一些实体的最佳方法是什么？

例如，我们的 User 实体包含不应向客户端公开的敏感属性。它还具有从其他系统提取并返回到客户端的相关数据，理想情况下这些数据应该只是客户端 User 对象上的额外属性。 User 似乎是切换到 DTO 的理想人选。

如果 User 是一个孤立的实体，这可能会更容易，但问题是 User 基本上在模型中的任何地方被引用。例如，几乎每个实体都有一个 CreatedBy 属性。

有没有办法在模型中的任何地方切换用户 DTO 的用户实体？对于模型中引用用户的所有其他实体，我们仍然需要能够在扩展用户属性的情况下加载它们，在这些用户属性上查询它们，并通过对这些用户属性的更改来保存它们。

除了构建一个与实体模型 95% 相同的大型 DTO 模型，并在它们之间使用一些映射代码/框架之外，我不知道如何做到这一点。但是，正如沃德在 this post 中所说，“我不喜欢每种类型的 DTO；这太过分了，会破坏生产力。”

Answer 1

你们相处得很好。诸如此类的问题层出不穷。我希望“很快”提供更好的指导。

从短期来看(假设您是 .NET 开发人员)，您可能会在 DocCode 示例中找到一些线索。搜索“ProductDto”。 DocCode 没有显示如何保存对其所做的更改，因此我不得不推迟到下次再做。

您的场景实际上可能很容易解决。

第 1 步:使用自定义 DbContext

首先编写业务模型的 DbContext 的子类。向此子类添加对 OnModelCreating 的重写，并教导它忽略不应属于模型一部分的 User 属性。

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
   modelBuilder.Entity<User>().Ignore(u => u.whatever);
   ...
   base.OnModelCreating(modelBuilder);
}

现在在与客户端通信时引用此派生的DbContext。

请注意，这涉及的代码量非常少并且易于维护。它不会干扰您对基本 DbContext 的使用，该基本 DbContext 保留对 User 所有属性的完全访问权限。

步骤 #2:配置 JSON.NET 以从序列化中排除这些属性

关注James Newton King's guidance 。如果您不想使用 [JsonIgnore] 属性装饰/污染您的 User 类，请特别查看 IContractResolver。 James 是 JSON.NET 的作者。