映射是数据层还是逻辑/业务层的一部分？

Question

我正在开发 N 层服务应用程序，基本上是（我有一个非常具体的问题，但我需要先解释一下整个情况/架构）：

数据 --> 逻辑（业务）--> WCF 服务 --> 主机（Winddows 服务），其中：

Data，是数据持久化，但它没有连接字符串。一切都取自另一个 WCF 服务。所以我这里只有ServiceReferences 和一个类FooData，还有一些方法（它实现了IFooData 接口）。正如您在下面看到的，它返回Bar 对象，该对象来自BarServiceReference 由VS 自动生成。

using FooService.Data.BarServiceReference;

public class FooData : IFooData
{
    public BarDto Func1(int id)
    {
        try
        {
            using (BarServiceClient client = new BarServiceClient())
            {
                return client.GetBar(id);
            }
        }
        catch (System.ServiceModel.FaultException ex)
        {
            throw new Exception($"Inner exception in BarServiceClient: { ex.Message }", ex);
        }
    }        
}

逻辑，这里有IMapper 的映射配置文件和FooLogic 类，我通过DI 注入IFooData 和IMapper。在那个类里面我有一些方法。其中之一：

public class FooLogic
{
    private IMapper Mapper { get; }
    private IFooData FooData { get; }
    public FooLogic(IMapper mapper, IFooData fooData)
    {
        Mapper = mapper;
        FooData = fooData;
    }

    public Bar GetBar(int id)
    {
        BarDto barDto = FooData.Func1(itemId);
        Bar bar = Mapper.Map<BarDto, Bar>(barDto);  

        // There are lot more, taken from the Data layer.
        // Some operations are performed.  The Bar is basically modified a little bit/adjusted



        return bar;
    }
}  

如您所见，我的逻辑层必须知道“BarDto”，这迫使我使用引用。我不确定。

问题...

我应该从Data 层返回Bar 而不是BarDto？在这种情况下，我将不得不将 IMapper 注入数据层。我读过很多书，有些人在数据层做，有些人在逻辑层做。像你的映射应该在逻辑层而不是数据层这样的引用，所以我很困惑。

感谢您的帮助

Answer 1

我将把您的另一个 WCF 服务称为 数据源服务，它有自己的数据合同，它通过其操作返回到您的数据访问层。现在您的服务层应该不知道您的数据源服务对象的任何信息。它应该与它们无关，因此将来，如果您计划使用另一个数据源而不是另一个 WCF 服务，则不必担心重新编译您的服务层。您的服务层不应该对数据源有任何引用，这是使用单独的数据访问层背后的想法之一。

因此，要回答您的问题，请在自己的数据层而不是服务层中进行映射。