5

假设我的服务层中有两个服务，ServiceA并且ServiceB，每个服务都有一个接口（IServiceA和IServiceB分别）。

UI 层仅引用从其方法返回DTO的服务接口。具体的服务类负责将域模型（EF POCO）映射到 DTO。

ServiceA使用 IoC 容器通过依赖注入依赖于IServiceB，以便调用该服务上的某些方法。

这样做会出现几个问题：

  1. 与 DTO 的不必要/重复映射只是为了调用方法和/或使用结果。

  2. 将调用方法与被调用方法输入参数和返回类型的 DTO 契约紧密耦合。

最初我想将逻辑重构为一个内部方法，并从两个服务中调用它。然而，由于ServiceA依赖于接口IServiceB，内部方法没有公开。

你会如何处理这个问题？

更多信息（根据要求添加示例代码）：

// This is the domain model
public class Customer
{
    public int Id { get; set; }
    public string Name { get; set; }
}

// This is a dto for the domain model
public class CustomerDto
{
    public string Name { get; set; }
}

// Interface for ServiceA
public interface IServiceA
{
    void AddCustomer();
}

// ServiceA
public class ServiceA : IServiceA
{
    private readonly IServiceB _serviceB;

    // ServiceA takes in an IServiceB as a dependency
    public ServiceA(IServiceB serviceB)
    {
        _serviceB = serviceB;
    }

    public void AddCustomer()
    {
        var entity = new Customer();

        // !! This is the key part !!

        // I have to map to a dto in order to call the method on ServiceB.
        // This is a VERY simple example but this unnecessary mapping 
        // keeps cropping up throughout the service layer whenever
        // I want to make calls between services.

        var dto = Mapper.CreateFrom<CustomerDto>(entity);

        _serviceB.DoSomethingElseWithACustomer(dto);
    }
}

// Interface for ServiceB
public interface IServiceB
{
    void DoSomethingElseWithACustomer(CustomerDto customer);
}

// ServiceB
public class ServiceB : IServiceB
{
    public void DoSomethingElseWithACustomer(CustomerDto customer)
    {
        // Some logic here
    }
}
4

3 回答 3

2

关于到 DTO 的不必要映射：如果您更喜欢域驱动设计来访问数据库，请考虑使用数据访问对象或存储库。因此，您可以在服务层下方有一种“实用程序层”，直接与映射（实体）对象一起工作。

关于耦合类型：ServiceB可以实现多个接口，尤其是仅在服务器端可见的接口。ServiceA可能依赖该接口来访问更多ServiceB不适合发布到客户端的内部部分。

于 2013-07-31T12:59:46.313 回答
2

我们基本上最终有两种选择来处理我们的场景。

  1. 将我们现有的服务层拆分为两个单独的层：

    • 一个业务逻辑层，只处理域模型，允许服务间调用而不需要 dto 映射。

    • 一个“消息传递/服务”层，其唯一职责是从业务逻辑层传递数据以供客户使用。

  2. 正如@oddparity 所建议的，为每个服务提供一个公共接口和另一个内部接口。实现的公共接口方法调用内部方法。

我们选择使用选项 2，因为创建另一个抽象层似乎需要大量额外的开发人员工作，尤其是当只有某些服务需要服务间调用时。

因此，我们只需为需要它们的服务创建内部接口。

本文对分层架构进行了很好的概述，并且与我们的解决方案非常相似。

于 2013-08-15T13:14:52.570 回答
0

如果我理解正确，这两个问题都可以通过将域对象而不是 DTO 传递给您的服务来解决。通过这种方式，您可以避免不必要的映射，并且如果出于任何原因您必须更改应用程序接口/合同，您的服务可以保持不变。

恕我直言，DTO 域映射应该只发生在您的应用程序的边界。例如，DTO 到域的映射应该是您的 [控制器操作 | 事件处理程序] do 和域到 DTO 映射应该是返回结果之前的最后一个。

希望能帮助到你。

于 2013-08-05T23:41:59.200 回答