我应该把自动映射器代码放在哪里？

Question

我在 Asp.net mvc 应用程序中使用 Automapper。 我对 automapper 的使用有疑问

从大量示例代码中，我看到人们直接在操作中使用映射器Mapper.Map<Target>(source)，我不确定这是否是一个好的实践，在我看来，我想将Mapper 代码包装在代理对象，而不是让它直接与controller 对话

      public BankflowData CreateBankflowAdjustments(BankflowData addedBankFlow)
      {
         var bankflow = Mapper.Map<Bankflow>(addedBankFlow);
         var newBankflow = Underlying.CreateBankFlowAdjustments(bankflow);
         return Mapper.Map<BankflowData>(newBankflow);
      }

在这个例子中，控制器对 Bankflow 类一无所知，它只知道 dto BankflowData。

我想知道这对于使用 AutoMapper 的应用程序是否是一个好习惯？

Answer 1

上一个问题，我回答了ASP.NET MVC with service layer and repository layer, where should the interfaces be defined?

在我的回答中，我解释说：

[...] 我有一个这样的典型结构：

• MyProject.Core
• MyProject.Domain
• MyProject.DependencyInjection
• MyProject.Infrastructure
• MyProject.Web
• MyProject.Tests

基础设施层包含有关日志记录、电子邮件和数据访问的信息。它将包含我选择的ORM。这不是业务逻辑的东西，也不是 UI 的东西。这是我完成工作的解决方案的铁路。它在外层，但它只引用核心。

在我的例子中，基础设施层还包含 Automapper。核心定义了一个简单的接口（比方说IAutoMapper）和一个存在于基础设施中的简单对象实现它，并且该对象可以通过依赖注入传递给UI层。

然而 Jimmy Bogard（Automapper 的创造者）在AutoMapper 3.0, Portable Class Libraries and PlatformNotSupportedException

[...] 如果你抱怨 UI 项目不应该直接引用这个库，因为一些愚蠢的人造建筑师的原因（甚至引用某种臭的圆形蔬菜），我会开车到你家然后打你一巴掌。放下你的傲慢，开始高效工作。

据我了解，他的意思是可以从 UI 层引用 Automapper。当他说“某种臭的圆形蔬菜”时，他当然指的是Onion Architecture，Jimmy 并不是它的忠实粉丝。

Answer 2

如果您的应用程序中有服务层，最好将自动映射器放在服务层中。无论如何尝试使用扩展方法通过自动映射器映射您的对象，如下所示：

public static class Mapping
{
public static BankflowData CreateBankflowAdjustments(this BankflowData addedBankFlow)
      {
         var bankflow = Mapper.Map<Bankflow>(addedBankFlow);
         var newBankflow = Underlying.CreateBankFlowAdjustments(bankflow);
         return Mapper.Map<BankflowData>(newBankflow);
      }
}

它将使您的代码更具可读性，并将您的关注点分开。以this了解更多信息