应该在 DTO 模型中还是在目标实体模型中执行计算？

Question

我目前正在 ASP.NET Core 2.2 中创建各种实体，并附带用于 Web API 的 DTO。客户端应用程序将向相关控制器操作提交 DTO 对象。在那里使用 AutoMapper，这将从 DTO 对象映射到实体对象。生成的实体对象将保存到 entity framework 存储库中，此时该存储库将是 Microsoft SQL 数据库。为简洁起见，我们假设时区在这种情况下无关紧要。

我只是想知道哪种方法更合适，或者甚至没有在 DTO 或实体中进行计算，但可能在控制器操作中进行计算。

注：实际代码比较复杂，涉及到各种属性的各种计算，我只是简单的选择了一个简单的案例来说明我的问题。

方法 #1

// Entity
public class EventTimes
{
    public DateTime Start { get; set; }
    public DateTime End { get; set; }
    public decimal TotalHours => (decimal)(End - Start).TotalHours;
}

// DTO
public class EventTimesDto
{
    public DateTime Start { get; set; }
    public DateTime End { get; set; }
}

方法 #2

// Entity
public class EventTimes
{
    public DateTime Start { get; set; }
    public DateTime End { get; set; }
    public decimal TotalHours { get; set; }
}

// DTO
public class EventTimesDto
{
    public DateTime Start { get; set; }
    public DateTime End { get; set; }
    public decimal TotalHours => (decimal)(End - Start).TotalHours;
}

Answer 1

视实际情况而定。 EventTimes 是实体还是领域模型的一部分？

无论如何我都不会把它放在 dto 中，因为这实际上只是为了传输数据，所以它不应该包含任何逻辑（除了验证）。

由于此计算的责任既不是 dto 的一部分，也不是实体模型的一部分，您可以将繁重的计算放在 EventTimesCalculator 中，如下所示：

public class EventTimesCalculator
{
    public decimal CalculateTotalHours(EventTimes eventTimes)
    {
        return (decimal)(eventTimes.End - eventTimes.Start).TotalHours;
    }
}

如果 EventTimes 是业务层/域模型的一部分，更合适的方法是在模型中使用 GetTotalHours() 方法，而不是属性 .当然，如果您想保存该信息，则需要将其映射到持久性模型。话又说回来，既然这些信息是可以计算出来的，那么根本就不需要持久化，主要是因为逻辑可能会发生变化（例如：排除breaks，interruptions之类的）。

我的建议是停止从数据库实体的角度思考（我假设你上面的意思）。

最后，你把计算逻辑放在哪里是一个细节，更重要的是要有一个直接的设计。应用程序是整体式的，将逻辑放在包含业务逻辑的层中。是分布式架构，在负责Eventing的服务中为模型处理计算。它只是一个小的 API，保持简单，将它放在您或您的团队最期望的地方。

Answer 2

我正在使用第二种方法，因为实体可以包含可以由应用程序流修改的原始文件。

通用模式 Data transfer object (DTO) 正是您在应用程序层之间传输数据所需要的，它可以将数据转换为所需的输出。 Dto不能包含业务逻辑，但也可以"prepare"、"reduce"目的地需要的数据。

例如：
如果表示层需要 totalHours，我将在模型而不是实体中执行此操作。在实体中这样做会导致无休止的修改。

又如可以是用户全名Firstname,Lastname,AcademicDegree.

实体可以容纳所有这些但

一个演示文稿需要 [学历] [名字] [姓氏] 和
其次需要不同格式的数据，例如 [lastname] [名字] [学历].

最好保持属性在特定的 DTO 中制作所需的格式而不是实体恕我直言。

我在 ASP.NET Core 在洋葱架构和视图模型中执行此操作，根据我的经验，很容易管理、更改、为前端或层准备数据，而不是更改核心中的某些内容。

如果有人不同意我的观点，请发表评论我喜欢学习新东西。

希望对您有所帮助

应该在 DTO 模型中还是在目标实体模型中执行计算？

Should one perform a calculation in a DTO model or in the destination entity model?

c#

entity-framework

dto

entity-framework-core

asp.net-core