[asp.net-mvc] AutoMapper.CreateMaps를 배치 할 위치는 어디입니까?


4 Answers

웹 프로젝트가 어셈블리를 참조하는 한 실제로 배치 할 수 있습니다. 웹 계층과 서비스 계층에서 액세스 할 수 있고 나중에 결정할 경우 상황에 따라 서비스 계층에 배치합니다. 콘솔 앱을 실행하거나 단위 테스트 프로젝트를하고 있다면 해당 프로젝트에서도 매핑 구성을 사용할 수 있습니다.

그런 다음 Global.asax에서 모든지도를 설정하는 메서드를 호출합니다. 아래 참조 :

AutoMapperBootStrapper.cs 파일

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


     }
}

응용 프로그램 시작시 Global.asax

그냥 전화 해.

AutoMapperBootStrapper.BootStrap();

이제 어떤 사람들은이 방법에 대해 논쟁 할 것이다. 그들은 솔리드 한 원칙을 위반한다. 여기 그들은 독서를위한 것입니다.

부트 스트 래퍼에서 Automapper를 구성하면 개방 원칙을 위반합니까?

Question

ASP.NET MVC 응용 프로그램에서 AutoMapper 를 사용하고 있습니다. AutoMapper.CreateMap 을 오버 헤드가 많은 곳으로 옮겨야한다고 들었습니다. 나는이 애플리케이션을 단 한 곳에서만 사용하도록 애플리케이션을 설계하는 방법을 잘 모르겠습니다.

웹 레이어, 서비스 레이어 및 데이터 레이어가 있습니다. 각자의 프로젝트. 나는 모든 것을 DI하기 위해 Ninject 를 사용한다. 웹 및 서비스 레이어에서 AutoMapper 를 활용할 것입니다.

그렇다면 AutoMapper 의 CreateMap에 대한 설정은 무엇입니까? 어디에 넣었 니? 어떻게 부르죠?




가장 좋은 대답 외에도, 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();

위의 코드는 모든 프로필 하위 클래스를 찾아 자동으로 시작합니다.




(잃어버린) 사람들을 위해 :

  • WebAPI 2
  • SimpleInjector 3.1
  • AutoMapper 4.2.1 (프로필 포함)

AutoMapper를 " https://github.com/AutoMapper/AutoMapper/wiki/Migrating-from-static-API "통합 관리하는 방법은 다음과 같습니다. 또한,이 대답 (및 질문)에 감사

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 있음, 내 SimpleInjector 컨테이너를 구성하는 SimpleInjectorApiInitializer 있습니다.

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);



정적 메소드 Mapper.Map ()을 사용하는 AutoMapper의 새 버전부터는 더 이상 사용되지 않습니다. 따라서 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




다음을 고수하는 사람들을 위해 :

  1. ioc 컨테이너 사용
  2. 이 일을 위해 닫힌 열림을 좋아하지 마라.
  3. 모 놀리 식 구성 파일이 마음에 들지 않는다.

프로파일 간의 콤보를 만들고 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)); 
    }
}

대신 정적 매퍼 대신 IMappingEngine 인터페이스를 사용하여 매퍼를 참조해야한다는 점에서 트레이드 오프가 가능하지만 이는 내가 살 수있는 규칙입니다.




Related