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

Question

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

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

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

方法 #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() 方法，而不是属性(property)。当然，如果您想保存该信息，则需要将其映射到持久性模型。话又说回来，由于这些信息是可以计算出来的，所以根本不需要持久化，主要是因为逻辑可能会发生变化(例如:排除中断、中断等)。

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

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