域驅動設計：DTO在哪里？

Question

我對域驅動的設計體系有疑問。 在嘗試使用REST之前，一切看起來都很不錯。 我應該使用DTO而不是前端上的實體。

我的架構如下：

我的問題是：

我是否應該使用Web模塊並堅持使用DTO？ 這是正確的方法嗎？

Answer 1

• 域驅動程序設計（DDD）方法是在2003年由一本名稱相同的書引入的。
• REST是從2000年才發表的名為“ 建築風格 ”的博士論文和基於網絡的軟件體系結構設計中發起的。
  • REST花費了一些時間來傳播，建立和流行。 大約在2005-2008年左右，它可能達到了“世界級的知名度”。

• DDD主要指隔離的單片系統，或者至少不涉及跨系統通信的各個方面。

因此，即使您“按照DDD”工作，也必須做出決定-如何處理這些方面。

參考：DDD書中介紹的模式列表及其關系：

Answer 2

您應該將REST視為允許訪問應用程序層服務的眾多“端口”之一。 REST，RPC，Websocket等服務將調整輸入並將其映射到應用程序層調用，反之亦然。 在每個服務邊界，您仍然可以靈活地調整響應，而不必與應用程序服務方法響應進行1-1映射，但是可以。

Answer 3

根據Vaughn Vernon的《實現域驅動設計》一書，DTO位於應用層中。

Answer 4

理想情況下，域模型應該由工廠創建。 因此工廠可以接受DTO並返回Domain模型的實例。 或者，您可以使用接受DTO的Builder模式來創建Domain模型。 這樣，您的域模型就不會受到DTO的影響，並且體系結構圖中的Application層應接受DTO作為參數。

在您的圖中，我不確定應用程序層的目的是什么。 因為我們所謂的應用程序應該是領域模型。