Sugerencias para pasar el acceso a datos a una .dll separada

Hola Federico. Mira, en primero lugar te sugiero revises estas dos guías:
1. Designing Data Tier Components and Passing Data Through Tiers:
http://msdn.microsoft.com/practices...boagag.asp

2. Application Architecture for .NET: Designing Applications and Services:
http://msdn.microsoft.com/practices...istapp.asp

Son una excelente introducción a la forma como MS recomienda construir cada
capa de tu aplicación empresarial y dan muy buenas guías sobre como elaborar
la capa de datos en especial.

Ahora bien, yo te sugiero en primera instancia que no trates de "reinventar
la rueda". Usa los bloques de aplicación existentes. Te recomiendo el
Enterprise Library
(http://msdn.microsoft.com/practices...entlib.asp),
la cual contiene al "Data Access Application Block". Este es un block de
aplicación súper bueno que ya te encapsula la mayoría de métodos de acceso a
datos, permitiéndote hacer tus operaciones con solo un par de lineas.

Ya teniendo eso, construye tus componentes de acceso a datos asegurándote de
que solo ellos conozcan los nombres de tus procedimientos almacenados y de
las tablas de la BD. Es decir, ningún componente de las capas superiores debe
saber nada sobre la BD. Para recuperación de datos, una buena opción es usar
datasets que son llenados por la capa de datos y pasados a la capa de
negocios, para allí convertirlos en objetos de negocios. Para actualización
de datos, puedes usar datasets o sino tus propios objetos de negocios como
parámetros. Y asegúrate de que tu sistema se mantenga 100% independiente de
la BD, es decir, que puedas cambiar de BD sin problema en el futuro.

Por favor califica este post si fue de ayuda para ti.

Saludos.

Julio Casal
.Net Solution Developer
MCAD
Grupo Lebed


"Federico" wrote:

Hola a todos, quisiera sugerencias sobre qué código es conveniente
incluir en una .dll especial de acceso a datos de un sistema.
Qué es imprescindible incluir en la librería (conexiones, datasets,
strings de conexión, etc.)

Es decir, quisiera sus sugerencias sobre como conviene estructurar las
funciones de la .dll y también qué parámetros conviene pasarle a la/s
funciones de acceso a datos.

Lo que quisiera, es mantener la mayor separación entre código del
sistema y código de acceso a datos.

Muchas gracias y espero con gusto todas sus sugerencias, experiencias,
etc. sobre el tema.

Saludos,
Federico.

Hola Julio, muchísimas gracias por tu pronta respuesta.
Me es muy útil todo lo que sugerís.
Los links son muy buenos.
Es justo lo que esperaba de una buena respuesta.

Mil gracias.
Saludos,
Fede.

Julio Casal wrote:

Hola Federico. Mira, en primero lugar te sugiero revises estas dos guías:
1. Designing Data Tier Components and Passing Data Through Tiers:
http://msdn.microsoft.com/practices...boagag.asp

2. Application Architecture for .NET: Designing Applications and Services:
http://msdn.microsoft.com/practices...istapp.asp

Son una excelente introducción a la forma como MS recomienda construir cada
capa de tu aplicación empresarial y dan muy buenas guías sobre como elaborar
la capa de datos en especial.

Ahora bien, yo te sugiero en primera instancia que no trates de "reinventar
la rueda". Usa los bloques de aplicación existentes. Te recomiendo el
Enterprise Library
(http://msdn.microsoft.com/practices...entlib.asp),
la cual contiene al "Data Access Application Block". Este es un block de
aplicación súper bueno que ya te encapsula la mayoría de métodos de acceso a
datos, permitiéndote hacer tus operaciones con solo un par de lineas.

Ya teniendo eso, construye tus componentes de acceso a datos asegurándote de
que solo ellos conozcan los nombres de tus procedimientos almacenados y de
las tablas de la BD. Es decir, ningún componente de las capas superiores debe
saber nada sobre la BD. Para recuperación de datos, una buena opción es usar
datasets que son llenados por la capa de datos y pasados a la capa de
negocios, para allí convertirlos en objetos de negocios. Para actualización
de datos, puedes usar datasets o sino tus propios objetos de negocios como
parámetros. Y asegúrate de que tu sistema se mantenga 100% independiente de
la BD, es decir, que puedas cambiar de BD sin problema en el futuro.

Por favor califica este post si fue de ayuda para ti.

Saludos.