Mostrando entradas con la etiqueta Software Architecture. Mostrar todas las entradas
Mostrando entradas con la etiqueta Software Architecture. Mostrar todas las entradas

Introducción a Contenedor de Inversión de Control (IOC Container)

jueves, 18 de septiembre de 2014


En anteriores post vimos una introducción a inyección de dependencias y introducción a inversión de control , en este vamos a ver como podemos realizar inyección de dependencias utilizando un contenedor de inversión de control.

Introducción a Inversión de Control (IOC)

jueves, 11 de septiembre de 2014


En el anterior post vimos una introducción a inyección de dependencias, en este vamos a ver una introducción a inversión de control pero a nivel de concepto, vamos a hacer un paréntesis en lo relacionado a DI. Una cosa es el concepto de inversión de control que no tiene porque estar relacionado con inyección de dependencias y otra diferente es un contenedor de inversión de control que es el nombre que reciben los contenedores relacionados con inyección de dependencias.

Introducción a Inyección de Dependencias (DI)

viernes, 5 de septiembre de 2014

Logo de Inyección de Dependencias

La Inyección de Dependencias es un patrón de diseño que implementa uno de los principios SOLID, el Principio de Inversión de Dependencia, que dice que no se debería depender de concreciones sino de abstracciones.

Este es el primer post de una serie sobre inyección de dependencias (DI) e inversión de control (IOC), que normalmente se suelen mezclar y confundir, pero que son dos cosas totalmente diferentes.

De hecho en este primer post de la serie vamos a hacer una introducción a inyección de dependencias y veremos un ejemplo pero no vamos a utilizar, ni explicar, inversión de control. Vamos a realizar inyección de dependencias sin inversión de control, viendo así que son cosas diferentes.

Patrones de diseño en DDD: Objetos-Valor

jueves, 20 de febrero de 2014

Este blog no esta mantenido, suscribite a la newsletter del nuevo

En anteriores post he hablado de las Entidades

Patrones de diseño en DDD: Entidades
Patrones de diseño en DDD: Validación en las entidades

Ahora toca el turno a otro patrón de diseño habitual en DDD como son los Objetos-Valor.

Patrones de diseño en DDD: Validación en las entidades

viernes, 14 de febrero de 2014

Este blog no esta mantenido, suscribite a la newsletter del nuevo

Unos de los patrones más habituales en DDD son las entidades, ya escribí un post sobre este patrón. Ahora me quiero centrar más en la validación de la entidades y donde debería estar esta lógica, es una decisión que tarde o temprano se tiene que tomar.

Patrones de diseño en DDD: Entidades

viernes, 7 de febrero de 2014


En el diseño orientado al dominio es habitual utilizar una serie de patrones, voy a escribir una seria de post relacionados con estos patrones. En esta primera entrega vamos a ver las entidades.

Las entidades es un tipo de clase dedicada a representar un modelo de dominio con una serie de características:

Como mapear los Objetos-Valor de Dominio (DDD) en Sql Server con Entity Framework

miércoles, 22 de enero de 2014

Logo Entity Framework

Cuando diseñamos entidades siguiendo un modelo orientado al dominio (DDD) es frecuente que nos encontremos la circunstancia de crear Aggregate Roots como puede ser una entidad User que contiene otros tipos de objetos como pueden ser Entidades o ValueObjects, un ejemplo de Value Object bastante frecuente es el de un objeto dirección.

Normalmente un Object Value se persiste en base datos como campos en la tabla de su entidad padre.

Vamos a ver de que forma podemos hacer esto con Entity Framework para SQL Server.

DDD - El Dominio es el Corazón de una Aplicación

domingo, 12 de enero de 2014



En una aplicación donde el diseño esta orientado al dominio (Domain design Driven o DDD), termino que introdujo Eric Evans en su libro, el dominio debe ser lo más importante de una aplicación, es su corazón.

Patterns of Enterprise Application Architecture de Martin Fowler nunca pasa de moda

martes, 1 de octubre de 2013



Como dice el título el libro Patterns of Enterprise Application Architecture nunca pasa de moda, este libro tiene ya 10 años, lo tengo desde 2008 y siempre que le hecho un vistazo descubro algo nuevo, algo que en su día paso desapercibido para mi o simplemente que no estaba preparado para comprender en ese momento.