Ir al contenido principal

Automapper para nuestra arquitectura limpia

El modelo de MVC que tenemos en una aplicación ASP.NET Core nos dice que podemos utilizar un modelo en nuestra vista y así mostrar los datos que ahí se encuentran.

Lo más lógico es utilizar el objeto del dominio en la vista, sin embargo, la buena práctica te dice que ya en producción NUNCA utilices un objeto del dominio sino que utilices objetos que tienen estrictamente los atributos que vas a usar en tu vista. De esta manera la persona que está haciendo el front-end no tiene ninguna tentación de dejar algunos campos 'por si acaso' en elementos tipo hidden en la página.

Y es siguiendo la buena práctica que nos enfrentamos a nuestro problema:


   EmpresaViewModel evm = new EmpresaViewModel();
   evm.Nombre = e.Nombre;
   evm.Correo = e.Correo;
   ...

Tenemos que mapear los campos de nuestro objeto de dominio a los campos de nuestro ViewModel.

Aquí es donde nos rescata AutoMapper.

1. Usar los paquetes Automapper y Automapper injection para que los incorporemos a nuestra solución


2. Indicar la inyección de dependencia necesaria:

   services.AddAutoMapper(Assembly.GetExecutingAssembly());
3. Crear el perfil que se va a usar para el mapeo:

    public class EmpresaProfile : Profile {
        public EmpresaProfile() {
            CreateMap<Empresa, EmpresaViewModel>();
        }
    }

4. Utilizar el mapeo en nuestros controllers para que podamos obtener finalmente los objetos de tipo ViewModel que necesitamos:


EmpresaViewModel> model = new List<EmpresaViewModel>();
foreach(Empresa objEmpresa in empresas.ResultList)
  model.Add(_mapper.Map<EmpresaViewModel>(objEmpresa));
}

Y con eso tenemos todo lo necesario para poder mapear nuestros objetos en una sola linea de código.

Comentarios

Entradas más populares de este blog

Nuget muy grande en tu carpeta personal

Problema : Veo que mi disco duro C ha crecido bastante y necesito espacio. Cuando veo que una carpeta .nuget dentro de mi cuenta de usuario tiene 15 GB. Solución : Esa carpeta existe como cache para que VS no busque el paquete cada vez desde la web. Entonces, la solución consiste en los siguientes pasos. Listar cuales son los folders o contenedores de estos paquetes nuget dotnet nuget locals all --list http-cache: <USER>\AppData\Local\NuGet\v3-cache global-packages: <USER>\.nuget\packages\ temp: <USER>\AppData\Local\Temp\NuGetScratch plugins-cache: <USER>\AppData\Local\NuGet\plugins-cache Limpiar las direcciones que tienen estos paquetes nuget con el utilitario de nuget dotnet nuget locals http-cache --clear Clearing NuGet HTTP cache: C:\Users\Vladimir\AppData\Local\NuGet\v3-cache Local resources cleared. y así para cada uno de los locals que se ve en la lista anterior. Luego se debe cambiar las variables de entorno para que esto no nos vuelva a pasar. Como se

Hangfire, si no lo estás usando, estás haciendo algo mal (.NET world)

Hangfire es una librería espectacular que permite encolar tareas en un servidor de tareas que funciona dentro de tu aplicación web. Existen varios tutoriales que muestran de manera bastante sencilla cómo puedes ir integrando esto a tu aplicación. En esta publicación vamos a repetir, pero en español, y sobretodo vamos a tratar de ir lo más al punto posible. Qué es? Es una librería que la cargas a través de NUGET como cualquier otra librería. En realidad tenemos que cargar 3 librerías pero eso lo veremos más adelante. Una vez que hayas cargado todo lo necesario en tu aplicación web tendrás lo siguiente: Un servidor de colas : es decir, un lugar al cual le puedes mandar hacer cosas y no se olvida de esas cosas y las va ejecutando a medida que puede o tiene tiempo. Esto es muy útil para que tu aplicación no pierda tiempo haciendo algo que no necesita realmente hacer en ese instante y devolver más rápido al usuario final. Un tablero de control de colas : una serie de

Instalaste Docker y se come espacio en tu disco

Básicamente este post traduce la ayuda que vi en la siguiente página: https://stackoverflow.com/questions/62441307/how-can-i-change-the-location-of-docker-images-when-using-docker-desktop-on-wsl2 Entonces, la instalación que hice en mi máquina fue la siguiente: Activar Virtualización en el BIOS Instalar Docker Elegir que el motor linux se manejará con WSL2 En este caso tenemos dos cosas a tomar en cuenta: El archivo de SWAP que utiliza docker para los contenedores El archivo donde se guardan todas las imágenes. En ambos casos el lugar de los archivos que se usan están en la carpeta del usuario. A veces este lugar puede crecer mucho y nos quedamos sin espacio en disco. Liberando el SWAP de docker Primeramente vamos a parar el servicio de docker. Luego, En la carpeta del usuario se encuentra un archivo llamado .wslconfig. Solamente se lo debe editar y cambiar la línea # Sets swapfile path location, default is %USERPROFILE%\AppData\Local\Temp\swap.vhdx swapfile=E:\\temp\\wsl-swap.v