c# - 是因为一个需求而引入数据传输对象模式还是将代码放在业务对象中？

Question

我有 3 个实体，它们以这种方式相互关联：

1 Release has N Testplan
1 Template has N Testplan

为了创建一个测试计划，我需要从可用版本和模板列表中进行选择，因此我创建了这个 DTO：

public class TestplanDTO
{
        public IEnumerable<Template> Templates { get; set; }
        public IEnumerable<Release> Releases { get; set; }
}

如果我将此代码放在 Testplan 业务对象中对我来说似乎是错误的，因为测试计划没有多个模板或版本。

我现在问自己，我是否真的应该为这种情况引入 DTO 模式，或者您认为将该代码放在 Testplan BO 中如何？

Answer 1

不应该是

public class TestplanDTO
{
    public TemplateDTO Template { get; set; }
    public ReleaseDTO Release { get; set; }
}

?

您的 DTO 课程表明 1 个测试计划有 N 个 Teplates，1 个测试计划有 N 个版本，这与您在开始时提出的相反。

如果没有更广泛的背景，问题的另一部分（您是否真的应该引入 DTO 模式）无法回答。

编辑

我想我开始明白了。如果您需要显示可用模板和版本的列表，那么是的，您可以拥有它

public class TestplanDTO
{
    public TemplateDTO Template { get; set; }
    public ReleaseDTO Release { get; set; }

    public IEnumerable<TemplateDTO> AvailableTemplates { get; }
    public IEnumerable<ReleaseDTO> AvailableReleases { get; }
}