我们已经使用Automapper一段时间了,我们认为它非常有用,感谢您创建它!
但是,我们有一个问题:
问题
"如何配置自动映射程序以将源属性映射到内部目标属性?"
背景
在我们的分层体系结构中,Dto 对象永远不会离开数据访问层,只允许域对象传入和传出数据访问层。因此,从域 POV 来看,域对象不应包含任何数据库知识。然而,实际上数据库 ID 非常有用 - 预计"业务层"开发人员不应该知道它们。
解决方案:将数据库 ID 添加到域对象,但将它们作为内部对象进行销售,以便它们不会暴露给"业务层"。接下来,向数据访问层公开公共层(拥有域对象)内部。问题解决了。预计我们无法弄清楚如何让自动映射器(> v3.3.0)使用我们的内部属性。
在 3.3.0 版本中,公开了用于解决问题的 3.3.0 BindingFlags
。
例
Common.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; }
}
在我们的个人资料课上,我们有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;
重点是,我们不希望业务开发人员访问来自 Businssess.Dll 的son.FatherId
,也无法访问创建域对象的 Dto 对象。
因此,所有"数据库"知识都封装在各种通用.dll服务或DataAccess.dll中。
谢谢。
这个问题在这里得到了解答。
为了您的方便,我引用答案:
只需设置配置对象的 ShouldMapProperty 属性 在初始化方法中。
下面是一个使用静态 API 的示例,但是,您应该能够 通过使用非静态 API 以类似的方式实现相同的目的。
Mapper.Initialize(i =>
{
i.ShouldMapProperty = p => p.GetMethod.IsPublic || p.GetMethod.IsAssembly;
i.CreateMap<Source, Target>();
});