Modelo de clases para entidades persistentes en .NET

Modelo de clases .NET para gestión de entidades persistentes

En este documento se tratan las clases encargadas de soportar la gestión de las entidades definidas en una base de datos o cualquier otro entorno persistente en todos sus niveles, desde las clases que permiten el almacenamiento de propiedades de una entidad (DTO’s) hasta las de nivel más alto encargadas de mantener la lógica denegocio del modelo (DBO’s), pasando por las utilizadas para realizar las operaciones básicas de consulta, inserción y borrado (DAO’s).





Tal y como se puede ver en el esquema anterior, la clase más básica es la DTO, que es usada por la DAO para realizar las operaciones en la BD y por las DBO para gestionar las reglas de negocio del sistema. Asimismo, las clases DBO también usan las clases DAOpara realizar operaciones en la BD, siempre supeditadas a la lógica implementada en sus métodos y propiedades.

1 Clases DTO (Data Transfer Objects)
Los objetos de las clases DTO se usan como contenedores de propiedades de las entidades de la base de datos. En general, en la aplicación se implementa una clase DTO para cada entidad de la BD (todas ellas definidas en el espacio de nombres onamespace DataTransferObjects, y usando la nomenclatura Dto_Entidad).

Cada clase DTO implementa:

1) Un conjunto de propiedades, cada una de las cuales mapea un campo de la tabla o vista asociada en la BD.

2) Una clase de nombre Coleccion que hereda de la colección genérica List, permitiendo el tratamiento de listas de objetos DTO.

Los DTO no implementan en ningún caso ningún otro tipo demétodo o propiedad, ya sea para chequeo de valores, etc. Cualquier tratamiento a mayores será siempre responsabilidad de clases de nivel superior.

Ejemplo:
Supongamos que en la BD de la aplicación existe una tabla de personas con un campo “Nombre” y otro campo “FechaNacimiento”. En la aplicación se implementaría una clase DTO con el nombre Dto_Persona de la siguiente manera:

publicclass Dto_Persona
{
private string m_strNombre;
private DateTime m_dteFechaNacimiento;

public string Nombre
{
get { return m_strNombre; }
set { m_strNombre = value; }
}

public DateTime FechaNacimiento
{
get { return m_dteFechaNacimiento; }
set { m_dteFechaNacimiento = value; }
}

publicclass Coleccion : System.Collections.Generic.List
{
}
}


De esta manera, desde la aplicación se podrían instanciar objetos para tratar los datos de una persona, o de un conjunto de personas de la siguiente manera:

Dto_Persona dtoPersonaUno = new Dto_Persona();
dtoPersonaUno.Nombre = "Pepe";
dtoPersonaUno.FechaNacimiento = new DateTime(1970, 1,2);

Dto_Persona dtoPersonaDos = new Dto_Persona();
dtoPersonaUno.Nombre = "Manuel";
dtoPersonaUno.FechaNacimiento = new DateTime(1965, 3, 8);

Dto_Persona.Coleccion colPersonas = new Dto_Persona.Coleccion();
colPersonas.Add(dtoPersonaUno);
colPersonas.Add(dtoPersonaDos);

La razón de implementar la clase Coleccion se debe a que enalgún caso podría ser necesario implementar algún método específico para, por ejemplo, obtener de una colección de personas otra colección con todas aquellas que tienen un determinado nombre, etc. Además, dado que la definición de estas clases es sistemática, proporcionan una buena manera de tratar las listas sin necesidad de declarar explícitamente objetos de tipo System.Collections.Generic.List.En muchos casos, las entidades presentan otras entidades agregadas, es decir, es posible que una entidad tenga asociada otra entidad. Para estos casos, y para simplificar la codificación de las clases, se implementa, dentro de la clase DTO, una propiedad de tipo DTO.

Supongamos, siguiendo con el ejemplo anterior, que existe una clase Dto_Departamento definida de la siguiente forma:...