3

我们使用 Automapper 已经有一段时间了，我们认为它非常实用，感谢您创建它！

然而，我们有一个问题：

问题

“如何配置 AutoMapper 以将源属性映射到内部目标属性？”

背景

在我们的分层架构中，Dto 对象从不离开数据访问层，只允许域对象进出数据访问层。因此，从域 POV 来看，域对象不应包含任何数据库知识。然而，实际上数据库 ID 携带起来非常有用 - 期望“业务层”开发人员不应该知道它们。

解决方案：将数据库 ID 添加到域对象，但将它们作为内部销售，这样它们就不会暴露给“业务层”。接下来将公共层（拥有域对象）内部暴露给数据访问层。问题解决了。预计我们无法弄清楚如何让 Automapper (> v3.3.0) 与我们的内部属性一起工作。

中，3.3.0版本BindingFlags被曝光，用来解决问题。

例子

通用.dll

public class Person
{
   public Parent Father { get; set; }
   internal int FatherId {get; private set; }
}

数据访问.dll

internal class PersonDto
{
   public ParentDto Father { get; set; }
   public int FatherId {get; private set; }
}

在我们的 Profile 类中，我们有CreateMap<PersonDto, Person>();

编辑 1 - 修复了父亲返回类型中的错字。

编辑 2 - 添加了更多信息..

在 Common.Dll 中，我们有如下服务：

public class ParentService
{
    public Parent GetFather(Person person)
    {
        return repo.Parents.FirstOrDefault(parent => parent.Id = person.Father.Id);
    }
}

在 Business.Dll 中，我们有开发人员使用这样的服务：

var father = parentService.GetFather(son);
// use father separately or assign it to the son. Like so:
// son.Father = father;

重点是，我们不希望业务开发人员有权访问son.FatherIdBusinssess.Dll，也不希望他们有权访问创建域对象的 Dto 对象。

因此，所有“数据库”知识都封装在各种 Common.dll 服务或 DataAccess.dll 中。

谢谢。

4

1 回答 1

3

这个问题在这里得到解答。

为了您的方便，我引用了答案：

只需在初始化方法中设置配置对象的 ShouldMapProperty 属性即可。

这是一个使用静态 API 的示例，但是，您应该能够通过使用非静态 API 以类似的方式实现相同的目的。

Mapper.Initialize(i =>
{
    i.ShouldMapProperty = p => p.GetMethod.IsPublic || p.GetMethod.IsAssembly;
    i.CreateMap<Source, Target>();                
});
于 2016-05-23T18:23:43.893 回答