I\'m a little bit confused. I can\'t find out the difference between PreserveReferences
and MaxDepth
.
Let\'s suppose we have the following
Thanks @Lucian Bargaoanu for the answer. I just want to add a simple example of MaxDepth
.
I recently changed my DTOs and models.
public class SelfEntity
{
public string Id { get; set; }
public string Name { get; set; }
public int Number;
public SelfEntity InnerSelfEntity { get; set; }
}
public class SelfModel
{
public Guid Id { get; set; }
public string Name { get; set; }
public int Number;
public SelfModel InnerSelfModel { get; set; }
}
Mappings:
cfg.CreateMap<SelfModel, SelfEntity>()
.ForMember(dest => dest.Id, opt => opt.MapFrom(x => x.Id.ToString()))
.MaxDepth(3);
Program:
SelfModel firstSelfModel = new SelfModel();
SelfModel prev = firstSelfModel;
for (int i = 0; i < 100; i++)
{
SelfModel newModel = new SelfModel
{
Id = Guid.NewGuid(),
Name = "Test name" + i.ToString(),
Number = i
};
prev.InnerFirstSelf = newModel;
prev = newModel;
}
var entity = Mapper.Map<FirstSelfEntity>(firstSelfModel);
Starts from the 3-th level of depth we will get null
for the InnerSelfModel
.
PreserveReferences doesn't help with ProjectTo, MaxDepth does. If somehow, with Map, you have a mapping tree that might overflow the stack, but objects instances are not duplicated, then PreserveReferences won't help, MaxDepth will.
MaxDepth
doesn't consider object values at runtime. It simply stops mapping after the depth of the mapping tree reaches the configured value.
PreserveReferences
doesn't help with ProjectTo
, MaxDepth
does. If somehow, with Map
, you have a mapping tree that might overflow the stack, but objects instances are not duplicated, then PreserveReferences
won't help, MaxDepth
will.
MaxDepth
is predictable, it stops at a hardcoded value, PreserveReferences
stops only when an object instance is duplicated.