Blog Jose Cuellar

//Tech Lead, Senior Backend Developer & Life-long learner

Domain-Driven Design. Modules & Aggregates

por Jose el 31 octubre, 2016

Modules Los módulos son contenedores de elementos que nos permiten la organización de nuestro dominio. Denominados técnicamente como packages o namespaces. El objetivo principal es desacoplar y organizar los elementos dependiendo del contexto al que pertenecen. Siguiendo en todo momento el lenguaje obicuo. Module naming conventions for the model and submodules Normalmente y si la […]

Domain-Driven Design. Services & Domain Events

por Jose el 6 octubre, 2016

Services Podemos definir los servicios como procesos que realizan determinadas tareas. Empleados y evolucionados desde Service Oriented Architecture o Remote Procedure Call. Tareas o acciones genéricas que no se asocian a una única determinada única instancia de objeto, de modo que la tendencia más habitual es crear métodos estáticos sobre la entidad o agregado. Esta […]

Domain-Driven Design. Entities & Value Objects

por Jose el 14 septiembre, 2016

Elementos más importantes para el modelado de dominio dentro del apartado táctico en el desarrollo orientado a DDD. Entities Definimos entidad como un concepto/objeto de dominio único (dispone de un identificador asociado). Los identificadores son únicos e inmutables, por ese motivo es aconsejable almacenar el identificador en un Value Object. Comúnmente la tendencia de modelado […]

Domain-Driven Design. Arquitectura

por Jose el 4 agosto, 2016

En este post introduciré estilos y patrones de arquitectura más interesantes y recomendables que puedes aplicar con DDD mencionados por Vaughn Vernon en «Implementing Domain-Driven Design”. No se trata de una lista cerrada, ya que el enfoque táctico de Domain-Driven Design no requiere la utilización específica de ningún tipo de patrón o arquitectura: la verdadera […]

Domain-Driven Design. Context Maps

por Jose el 27 julio, 2016

En el post anterior vimos los primeros pasos estratégicos y cómo disgregábamos la complejidad del negocio en Domains, Subdomains y Bounded Contexts. Cada Bounded Context contiene o dispone de la tecnología, lenguaje de programación y arquitectura mínima necesaria para satisfacer los requerimientos de negocio de su contexto mediante un modelo de dominio. Las relaciones existentes […]