WCF 消息和数据协定、DTO、域模型和共享程序集

Question

我有一个 Web 客户端，它调用我的 WCF 业务服务层，后者又调用外部 WCF 服务来获取实际数据。最初，我以为我会使用 DTO 并在不同的层中拥有单独的业务实体……但我发现提倡 DTO 的琐碎示例是微不足道的。我看到太多重复的代码并且没有太大的好处。

考虑我的域:

示例域
我有一个 UI 屏幕(Asp.net MVC View )，显示患者的药物 list 、不良 react (药物之间)以及患者可能患有的任何临床状况(如抑郁症或高血压)。我的域模型从顶层开始:

   MedicationRecord
      List<MedicationProfile> MedicationProfiles
      List<AdverseReactions> Reactions
      List<ClinicalConditions> ClinicalConditions

   MedicationProfile is itself a complex object
      string Name
      decimal Dosage
      Practitioner prescriber 

   Practioner is itself a complex object
      string FirstName
      string LastName
      PractionerType PractionerType
      PractionerId Id
      Address Address    

      etc.

此外，在发出 WCF 请求时，我们有一个请求/响应对象，例如

   MedicationRecordResponse
      MedicationRecord MedicationRecord
      List<ClientMessage> Messages
      QueryStatus Status

   and again, these other objects are complex objects
   (and further, complicates matter is that they exist in a different, common shared namespace)

在这一点上，我的倾向是 MedicationRecordResponse 是我的 DTO。但是在纯 DataContracts 和 DTO 以及设计分离中，我是否应该这样做？

   MedicationRecordResponseDto
      MedicationRecordDto
      List<ClientMessageDto> 
      QueryStatusDto

   and that would mean I then need to do
      MedicationProfileDto
      PractitionerDto
      PractitionerTypeDto
      AddressDto
   etc.

因为我已经在屏幕上显示了几乎所有的信息，所以我有效地为我拥有的每个域对象创建了 1 个 DTO。

我的问题是——你会怎么做？你会继续创建所有这些 DTO 吗？或者你只是在一个单独的程序集中共享你的域模型？

以下是一些似乎相关的其他问题的阅读资料:

WCF contract know the domain

Alternatives for Translation Layer in SOA: WCF

SOA Question: Exposing Entities

Answer 1

看看优秀的文章

Why You Shouldn’t Expose Your Entities Through Your Services

DTO’s Should Transfer Data, Not Entities

上面的链接不起作用，看起来像一个域问题(我希望它会被修复)，这是来源:

DTO’s Should Transfer Data, Not Entities

Why You Shouldn’t Expose Your Entities Through Your Services