Arquitectura Hexagonal: Una Introducción

Рет қаралды 3,089

Күн бұрын

Пікірлер: 16

@brandonmanuelventuraumana1035 4 ай бұрын

Muy buen video, al final del día todas estan arquitecturas comparten el mismo modelo de Domain Centric Approach, y termina siendo mas cuestión de gustos en cada sabor para los equipos de trabajo. Me gusta la idea de mantener estos conceptos de manera generica, los diagramas ayudan mucho, aunque tal vez puede haber una segunda parte (en el mismo video o separado) donde se haga una especie de implantación del flujo de trabajo en Pseudocodigo, y ya cada persona con esa idea que la transfiera a su lenguaje de programación de preferencia. Algo como lo que hace Refactoring guru con los patrones de diseño.

@ioannisblougouras9083 4 ай бұрын

Amigo que buen tip diste de partir tu fichero en un simple caso de uso. Me recordo mucho a los command handlers donde solamante el handler atiende un comando y si, ahi se esta siguiendo el principio de única responsabilidad en los casos de uso y aparte ya solo inyectas las dependencias necesarias a tu clase caso de uso. Gracias por tus aportes amigo valen mucho!

@rodrigobackend5109 4 ай бұрын

Gracias por tus videos, ahi compre tu libro a ver que me aporta, saludos!

@lortyaitor 4 ай бұрын

Soy un enamorado de la arquitectura hexagonal y tengo una aproximación que me parece que cumple bastante. La realidad siempre es más tozuda que la teoría lo que hace que siempre tengamos algo mejorable. Tengo un proyecto que llamamos repository en base al origen de datos y otro que llamamos application donde tenemos casos de uso y servicios. Estos dos referencian a otro proyecto llamado dominio que es donde tenemos entidades, agregados, value objects. Etc. Y por último tenemos la capa de presentación que puede ser una api o una web mvc o una aplicación de consola para usarla como servicio o lo que sea. Los proyectos de aplicación repositorio y presentación referencian al dominio de forma que las 3 capas conocen las entidades, agregados y demás. Para el traspaso de tipos entre capas utilizamos automapper. Me parece que cumple bastante y es bastante escalable.

@sgssergio 4 ай бұрын

Que opinas de aplicar Command y Quuery Handler con Mediát? Lo quise aplicar y lo considero demasiado complicado para casos comunes en donde se pueden aplicar abstracciones usando interfaces de servicios (algunos lo llama business) y luego patrones repository para acceder a base de datos o directamente desde el servicio llamar a servicios externos.....

@NetMentor 4 ай бұрын

tengo un video sobre MediatR donde expreso mi opinión al respeto -> kzbin.info/www/bejne/qKCoc3dspNCKZq8

@brandonmanuelventuraumana1035 4 ай бұрын

En efecto, aumenta la complejidad para casos en los que la lógica de negocio no es complicada, pero no está mal hacerlo a modo de aprendizaje, esto te permitirá no sólo aprenderlo sino además identificar esas situaciones donde no encaja el patrón.

@blackEclipse01 4 ай бұрын

Coincido al 100%

@JoseManuelGilSanchez 4 ай бұрын

Hola, estoy aprendiendo a programar, llevo un poco más de un año, y he empezado con c#, no tengo formación anterior, he empezado de cero y a base de videos de KZbin, donde puedo encontrar foros o paginas de apoyo?, gracias de antemano

@NetMentor 4 ай бұрын

ni idea la verdad, yo solo uso mi web o el blog oficial de microsoft, ni idea de si otros creadores tienen comunidades para.

@JoseManuelGilSanchez 4 ай бұрын

@@NetMentor veo tus vídeos, pero es muy avanzado para mí, aunque siempre reciclo alguna cosa, gracias,

@NetMentor 4 ай бұрын

Los que sacó ahora si, pero los del principio son niveles más bajos. En la web también están todos, y está todo en orden, hay un menú a la izquierda y ahí tienes todo, de todas formas te recomiendo hacer proyectos para mejorar, a mí siempre es lo que más me ha servido

@danilousuga410 4 ай бұрын

El subreddit de .NET es bastante bueno, la comunidad es activa y son, hasta donde he visto, una comunidad sana. Yo estoy en un grupo de discord de C#, no es muy grande pero no es un mal grupo. PD: Todos dos están completamente en ingles.