These are chat archives for MarcosSegovia/ddd_partyhard

2nd
Dec 2015
Marcos Segovia
@MarcosSegovia
Dec 02 2015 08:33
nil
en el tema de displayeo de datos
cuando tenemos en cuenta la performance
y no podemos lanzar 20 queryes que aguantes 1 agregado cada uno
y al final tener una mega construccion del carajo solo para displayear data
por qué se opta en estos casos?
CQRS? acabas tirando de todo ese mega agregado también no?
read models? que haces queryes especificas y te olvidas de toda la estructura de dominio y agregados? y devuelves lo único e imprescindible?
Marcos Segovia
@MarcosSegovia
Dec 02 2015 08:52
necesariamente tenemo que tirar de DTOs y olvidarnos de toda la aquitectura DDD?
se me hace raro
pasar de un extremo al otro
Nil Portugués Calderó
@nilportugues
Dec 02 2015 09:31
pues los readmodels son al final dtos
donde te pasas por el forro todo, xq se supone que son correctos
xq ya lo has garantizado en su creacion
si son eventualmente consistentes ya se consideran buenos
dada que la info q muestran es buena, quizá no la más actual, pero no contiene errores ni inconsistencias
ya q si se muestra una version q no es la más actual
se muestra toda la informacion como estaba en el instante de tiempo en la que se consolidó y correcta para ese momento
y en un entorno real q los demás interaccionan, el usuario asume q hay más gente navegando y q cosas como la disponibilidad cambian
en definitiva, un trade off
q sabe el developer
pero desde negocio dificilmente se percibe
Marcos Segovia
@MarcosSegovia
Dec 02 2015 14:36
entonces?
usamos dtos en estos casos?
sudamos de devolver aggregates gigantes?
Nil Portugués Calderó
@nilportugues
Dec 02 2015 15:08
si levantas un aggregate, la leche q le cascas al sistema es fuerte… y no usareis todo lo que viene
para el frontend no compensa el aggregate IMHO
al menos q no tengais procesos que consoliden los aggregates y puedas levantarlos con un unserialize