我应该在Web API中使用DTO接口吗？ [关闭]

Question

我在.NET Core 2中尝试使用web api，我试着像这里的例子一样干净地分离问题：https://msdn.microsoft.com/en-us/magazine/mt703433.aspx

我想知道的一件事是：当使用存储库接口来设置/获取数据时，数据类型是否也应该是接口？

示例（缩小以强调问题）：

public class ProjectController : Controller
{
    IProjectRepository _repo;

    [HttpGet]
    public IProject GetProject([FromRoute] string key)
    {
        return _repo.GetProject(key);
    }
}


public interface IProjectRepository
{
    IProject GetProject(string key);
}


// Implementation based on Entity Framework
public class EFProjectRepository : IProjectRepository
{
    private SomeEfContext _context;

    public IProject GetProject(string key)
    {
        return _context.Projects.SingleOrDefault(p => p.Key == key);
    }
}


public interface IProject
{
    string Key { get; set; }
    string Name { get; set; }
}


// EF specific implementation
public class Project : IProject
{
    [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
    public int Id { get; set; }

    public string Key { get; set; }
    public string Name { get; set; }
}

我这样做的原因是，如果我不这样做，那么EF实现特定字段Id将“渗透”到控制器中，这是我不想要的。正如我所说的，这个例子非常简单，有这个Id字段存在的原因 - 当示例扩展为相关的DTO时，它变得更加明显，如“任务”等。

有一个更好的方法吗？

Answer 1

我还没有看到DTO界面，如果您有不同的具有共同属性的客户端，您可以使用它。我看到的问题是您在实体（您的Business Objects）和DTO（您从客户端发送/接收的内容）之间混淆。 通常，作为客户端的Controller不会知道存储库层。这应该是服务层的知识。 如果您只有一个使用Entity Framework的数据访问层，并且您不打算将其放在一边，我建议您根本不要使用Repository层，因为它已经实现了Repository（DbContext）和Unit Of Work （DbSet）。

标准的SOLID架构看起来像这样（每个都是一个单独的项目）：

• Project.Core 每个人都可以看到 不包含任何参考 包含您的DTO和帮助程序类
• Project.DataAccess 域名可见 包含你的EF东西
• Project.Domain 仅可用于配置DI的Web 参考文献核心 接收并返回DTO 这是您的业务逻辑实际上的位置
• Project.Abstractions 可见Web和域 包含服务的接口，这些接口在域中实现
• Project.Tests 参考域和核心 包含您的测试
• Project.Web 参考域，抽象和核心 包含您的实际Web API 使用依赖注入来调用Domain的服务。 接收基元（string，int等）或DTO，并返回DTO

请注意，只有域/业务层实际上看到代表您的数据库的实体。