Где разместить AutoMapper.CreateMaps?

Ответ 1

Не имеет значения, если это статический класс. Все о конвенции.

Наше соглашение состоит в том, что каждый "слой" (сеть, службы, данные) имеет один файл с именем AutoMapperXConfiguration.cs с помощью одного метода с именем Configure(), где X - это слой.

Затем метод Configure() вызывает методы private для каждой области.

Вот пример нашей конфигурации веб-уровня:

public static class AutoMapperWebConfiguration
{
   public static void Configure()
   {
      ConfigureUserMapping();
      ConfigurePostMapping();
   }

   private static void ConfigureUserMapping()
   {
      Mapper.CreateMap<User,UserViewModel>();
   } 

   // ... etc
}

Мы создаем метод для каждого "агрегата" ( "Пользователь", "Почта" ), поэтому все прекрасно разделяется.

Затем ваш Global.asax:

AutoMapperWebConfiguration.Configure();
AutoMapperServicesConfiguration.Configure();
AutoMapperDomainConfiguration.Configure();
// etc

Это похоже на "интерфейс слов" - не может обеспечить его выполнение, но вы ожидаете его, поэтому при необходимости можете кодировать (и рефакторинг).

EDIT:

Просто подумал, что я бы упомянул, что теперь использую AutoMapper профили, поэтому приведенный выше пример будет выглядеть следующим образом:

public static class AutoMapperWebConfiguration
{
   public static void Configure()
   {
      Mapper.Initialize(cfg =>
      {
        cfg.AddProfile(new UserProfile());
        cfg.AddProfile(new PostProfile());
      });
   }
}

public class UserProfile : Profile
{
    protected override void Configure()
    {
         Mapper.CreateMap<User,UserViewModel>();
    }
}

Более чистая/более надежная.

Ответ 2

Вы можете поместить его в любом месте, пока ваш веб-проект ссылается на сборку, в которой он находится. В вашей ситуации я бы разместил ее на уровне сервиса, так как это будет доступно для веб-уровня и уровня сервиса, а затем, если вы решили сделать консольное приложение, или вы выполняете проект unit test, конфигурация отображения будет доступна и из этих проектов.

В вашем Global.asax вы вызовете метод, который устанавливает все ваши карты. См. Ниже:

Файл AutoMapperBootStrapper.cs

public static class AutoMapperBootStrapper
{
     public static void BootStrap()
     {  
         AutoMapper.CreateMap<Object1, Object2>();
         // So on...


     }
}

Global.asax при запуске приложения

просто позвоните

AutoMapperBootStrapper.BootStrap();

Теперь некоторые люди будут спорить с этим методом, нарушая некоторые SOLID-принципы, которые имеют допустимые аргументы. Здесь они предназначены для чтения.

Настройка Automapper в Bootstrapper нарушает принцип открытого закрытия?

Ответ 3

Обновление: Принятый здесь подход более недействителен, поскольку SelfProfiler был удален с AutoMapper v2.

Я бы взял такой же подход, как Тхой. Но я бы использовал встроенный класс SelfProfiler<> для обработки карт, а затем использовал функцию Mapper.SelfConfigure для инициализации.

Использование этого объекта в качестве источника:

public class User
{
    public int Id { get; set; }
    public string FirstName { get; set; }
    public string LastName { get; set; }
    public DateTime BirthDate { get; set; }
    public string GetFullName()
    {
        return string.Format("{0} {1}", FirstName, LastName);
    }
}

И это как назначение:

public class UserViewModel
{
    public int Id { get; set; }
    public string FirstName { get; set; }
    public string LastName { get; set; }
}

public class UserWithAgeViewModel
{
    public int Id { get; set; }
    public string FullName { get; set; }
    public int Age { get; set; }
}

Вы можете создать эти профили:

public class UserViewModelProfile : SelfProfiler<User,UserViewModel>
{
    protected override void DescribeConfiguration(IMappingExpression<User, UserViewModel> map)
    {
    //This maps by convention, so no configuration needed
    }
}

public class UserWithAgeViewModelProfile : SelfProfiler<User, UserWithAgeViewModel>
{
    protected override void DescribeConfiguration(IMappingExpression<User, UserWithAgeViewModel> map)
    {
    //This map needs a little configuration
        map.ForMember(d => d.Age, o => o.MapFrom(s => DateTime.Now.Year - s.BirthDate.Year));
    }
}

Для инициализации в вашем приложении создайте этот класс

 public class AutoMapperConfiguration
 {
      public static void Initialize()
      {
          Mapper.Initialize(x=>
          {
              x.SelfConfigure(typeof (UserViewModel).Assembly);
              // add assemblies as necessary
          });
      }
 }

Добавьте эту строку в файл global.asax.cs: AutoMapperConfiguration.Initialize()

Теперь вы можете поместить свои классы сопоставления там, где они имеют для вас смысл, и не беспокоиться об одном классе монолитного сопоставления.

Ответ 4

Для тех из вас, кто придерживается следующего:

• с помощью контейнера ioc
• Не нравится открывать закрытые для этого
• не нравится монолитный файл конфигурации

Я сделал комбо между профилями и использовал мой контейнер ioc:

Конфигурация IoC:

public class Automapper : IWindsorInstaller
{
    public void Install(IWindsorContainer container, IConfigurationStore store)
    {
        container.Register(Classes.FromThisAssembly().BasedOn<Profile>().WithServiceBase());

        container.Register(Component.For<IMappingEngine>().UsingFactoryMethod(k =>
        {
            Profile[] profiles = k.ResolveAll<Profile>();

            Mapper.Initialize(cfg =>
            {
                foreach (var profile in profiles)
                {
                    cfg.AddProfile(profile);
                }
            });

            profiles.ForEach(k.ReleaseComponent);

            return Mapper.Engine;
        }));
    }
}

Пример конфигурации:

public class TagStatusViewModelMappings : Profile
{
    protected override void Configure()
    {
        Mapper.CreateMap<Service.Contracts.TagStatusViewModel, TagStatusViewModel>();
    }
}

Пример использования:

public class TagStatusController : ApiController
{
    private readonly IFooService _service;
    private readonly IMappingEngine _mapper;

    public TagStatusController(IFooService service, IMappingEngine mapper)
    {
        _service = service;
        _mapper = mapper;
    }

    [Route("")]
    public HttpResponseMessage Get()
    {
        var response = _service.GetTagStatus();

        return Request.CreateResponse(HttpStatusCode.Accepted, _mapper.Map<List<ViewModels.TagStatusViewModel>>(response)); 
    }
}

Компромисс заключается в том, что вам нужно ссылаться на Mapper с помощью интерфейса IMappingEngine вместо статического Mapper, но это соглашение, с которым я могу жить.

Ответ 5

Все вышеперечисленные решения предоставляют статический метод для вызова (из app_start или любого другого), чтобы он вызывал другие методы для настройки частей конфигурации сопоставления. Но, если у вас есть модульное приложение, эти модули могут подключаться и выходить из приложения в любое время, эти решения не работают. Я предлагаю использовать библиотеку WebActivator, которая может регистрировать некоторые методы для запуска на app_pre_start и app_post_start где угодно:

// in MyModule1.dll
public class InitMapInModule1 {
    static void Init() {
        Mapper.CreateMap<User, UserViewModel>();
        // other stuffs
    }
}
[assembly: PreApplicationStartMethod(typeof(InitMapInModule1), "Init")]

// in MyModule2.dll
public class InitMapInModule2 {
    static void Init() {
        Mapper.CreateMap<Blog, BlogViewModel>();
        // other stuffs
    }
}
[assembly: PreApplicationStartMethod(typeof(InitMapInModule2), "Init")]

// in MyModule3.dll
public class InitMapInModule3 {
    static void Init() {
        Mapper.CreateMap<Comment, CommentViewModel>();
        // other stuffs
    }
}
[assembly: PreApplicationStartMethod(typeof(InitMapInModule2), "Init")]

// and in other libraries...

Вы можете установить WebActivator через NuGet.

Ответ 6

В дополнение к лучшему ответу, хороший способ использует Autofac IoC liberary, чтобы добавить некоторую автоматизацию. При этом вы просто определяете свои профили независимо от инициирования.

   public static class MapperConfig
    {
        internal static void Configure()
        {

            var myAssembly = Assembly.GetExecutingAssembly();

            var builder = new ContainerBuilder();

            builder.RegisterAssemblyTypes(myAssembly)
                .Where(t => t.IsSubclassOf(typeof(Profile))).As<Profile>();

            var container = builder.Build();

            using (var scope = container.BeginLifetimeScope())
            {
                var profiles = container.Resolve<IEnumerable<Profile>>();

                foreach (var profile in profiles)
                {
                    Mapper.Initialize(cfg =>
                    {
                        cfg.AddProfile(profile);
                    });                    
                }

            }

        }
    }

и вызов этой строки в методе Application_Start:

MapperConfig.Configure();

В приведенном выше коде найдите все под-классы Профиль и начните их автоматически.

Ответ 7

Помещение всей логики отображения в 1 место для меня не является хорошей практикой. Поскольку класс отображения будет чрезвычайно большим и очень трудно поддерживать.

Я рекомендую помещать материал сопоставления вместе с классом ViewModel в тот же файл cs. Вы можете легко перейти к определению отображения, которое вы хотите, следуя этому соглашению. Более того, создавая класс сопоставления, вы можете ссылаться на свойства ViewModel быстрее, так как они находятся в одном файле.

Итак, ваш класс модели представлений будет выглядеть так:

public class UserViewModel
{
    public ObjectId Id { get; set; }

    public string Firstname { get; set; }

    public string Lastname { get; set; }

    public string Email { get; set; }

    public string Password { get; set; }
}

public class UserViewModelMapping : IBootStrapper // Whatever
{
    public void Start()
    {
        Mapper.CreateMap<User, UserViewModel>();
    }
}

Ответ 8

Из новой версии AutoMapper с использованием статического метода Mapper.Map() устарел. Таким образом, вы можете добавить MapperConfiguration как статическое свойство в MvcApplication (Global.asax.cs) и использовать его для создания экземпляра Mapper.

App_Start

public class MapperConfig
{
    public static MapperConfiguration MapperConfiguration()
    {
        return new MapperConfiguration(_ =>
        {
            _.AddProfile(new FileProfile());
            _.AddProfile(new ChartProfile());
        });
    }
}

Global.asax.cs

public class MvcApplication : System.Web.HttpApplication
{
    internal static MapperConfiguration MapperConfiguration { get; private set; }

    protected void Application_Start()
    {
        MapperConfiguration = MapperConfig.MapperConfiguration();
        ...
    }
}

BaseController.cs

    public class BaseController : Controller
    {
        //
        // GET: /Base/
        private IMapper _mapper = null;
        protected IMapper Mapper
        {
            get
            {
                if (_mapper == null) _mapper = MvcApplication.MapperConfiguration.CreateMapper();
                return _mapper;
            }
        }
    }

https://github.com/AutoMapper/AutoMapper/wiki/Migrating-from-static-API

Ответ 9

Для программистов vb.net, использующих новую версию (5.x) AutoMapper.

Global.asax.vb:

Public Class MvcApplication
    Inherits System.Web.HttpApplication

    Protected Sub Application_Start()
        AutoMapperConfiguration.Configure()
    End Sub
End Class

AutoMapperConfiguration:

Imports AutoMapper

Module AutoMapperConfiguration
    Public MapperConfiguration As IMapper
    Public Sub Configure()
        Dim config = New MapperConfiguration(
            Sub(cfg)
                cfg.AddProfile(New UserProfile())
                cfg.AddProfile(New PostProfile())
            End Sub)
        MapperConfiguration = config.CreateMapper()
    End Sub
End Module

Профили:

Public Class UserProfile
    Inherits AutoMapper.Profile
    Protected Overrides Sub Configure()
        Me.CreateMap(Of User, UserViewModel)()
    End Sub
End Class

Mapping:

Dim ViewUser = MapperConfiguration.Map(Of UserViewModel)(User)

Ответ 10

Для тех, кто (потерял), используя:

• WebAPI 2
• SimpleInjector 3.1
• AutoMapper 4.2.1 (с профилями)

Вот как мне удалось интегрировать AutoMapper в " новый путь". Также, a Огромный благодаря этому ответу (и вопросу)

1 - Создал папку в проекте WebAPI под названием "ProfileMappers". В этой папке я помещаю все классы моих профилей, которые создают мои сопоставления:

public class EntityToViewModelProfile : Profile
{
    protected override void Configure()
    {
        CreateMap<User, UserViewModel>();
    }

    public override string ProfileName
    {
        get
        {
            return this.GetType().Name;
        }
    }
}

2 - В моем приложении App_Start у меня есть SimpleInjectorApiInitializer, который настраивает мой контейнер SimpleInjector:

public static Container Initialize(HttpConfiguration httpConfig)
{
    var container = new Container();

    container.Options.DefaultScopedLifestyle = new WebApiRequestLifestyle();

    //Register Installers
    Register(container);

    container.RegisterWebApiControllers(GlobalConfiguration.Configuration);

    //Verify container
    container.Verify();

    //Set SimpleInjector as the Dependency Resolver for the API
    GlobalConfiguration.Configuration.DependencyResolver =
       new SimpleInjectorWebApiDependencyResolver(container);

    httpConfig.DependencyResolver = new SimpleInjectorWebApiDependencyResolver(container);

    return container;
}

private static void Register(Container container)
{
     container.Register<ISingleton, Singleton>(Lifestyle.Singleton);

    //Get all my Profiles from the assembly (in my case was the webapi)
    var profiles =  from t in typeof(SimpleInjectorApiInitializer).Assembly.GetTypes()
                    where typeof(Profile).IsAssignableFrom(t)
                    select (Profile)Activator.CreateInstance(t);

    //add all profiles found to the MapperConfiguration
    var config = new MapperConfiguration(cfg =>
    {
        foreach (var profile in profiles)
        {
            cfg.AddProfile(profile);
        }
    });

    //Register IMapper instance in the container.
    container.Register<IMapper>(() => config.CreateMapper(container.GetInstance));

    //If you need the config for LinqProjections, inject also the config
    //container.RegisterSingleton<MapperConfiguration>(config);
}

3 - Startup.cs

//Just call the Initialize method on the SimpleInjector class above
var container = SimpleInjectorApiInitializer.Initialize(configuration);

4 - Затем в вашем контроллере просто введите как обычно интерфейс IMapper:

private readonly IMapper mapper;

public AccountController( IMapper mapper)
{
    this.mapper = mapper;
}

//Using..
var userEntity = mapper.Map<UserViewModel, User>(entity);