DESARROLLO EN 3 CAPAS

Hola Cristian,

On Thu, 24 Nov 2005 14:19:31 -0300, "Cristian Ledesma"
wrote:

yo he trabajado en Win32 exactamente como tu
describes, todo el negocio en la Base de datos, por varios motivos unos de
ellos es que al cambiar una regla solo modifico en la BD y luego ya esta
todas las aplicaciones que acceden a la BD ya no es necerario tocar nada,

Pues eres un privilegiado.

ahora mi problema es que realmente eso seria 2 capas, la del usuario y la de
la Base de datos(Bussines + SP's) lo cual no es complejo de mantener, pero
he visto en ejemplos del .net princiapalmente en VS2003 que todos o casi
todos implementan el uso de Clases de persistencia(objetos)

Es que los que escriben esos ejemplos no tienen ni idea, y en muchos
casos escriben de oidas y nunca han probado a hacer eso en un proyecto
grande.

en ves de
DataSet's que seria lo ideal pues el DataSet ya trae consigo los eventos
donde se puede validar mejor ademas de trabajar desconectado etc, en tu
opinion para una aplicacion Winforms cual seria la forma correcta de
implementar esto.

Pues para trabajar desconectado del SGBD central lo mejor es trabajar
conectado a un SGBD local. Es decir que lo mejor es instalar un SGBD
en cada máquina cliente, mantenerlo sincronizado y trabajar siempre
conectado a él. Algo parecido a lo que se hace con las aplicaciones
para Pocket PC que usan SQL Server CE.

Con los nuevos TableAdapter de VS 2005 esto es más fácil, aunque
ADO.NET 2.0 sigue dejando mucho que desear.

1. - Generar Clases para la Persistencia y esta persistencia es la que hace
el Binding correspondiente.

Esto no, por que es un trabajo innecesario y además la mayoría de la
gente que hace esto lo hace para asegurar la lógica de negocio en las
aplicaciones lo que va en contra de lo que te enseñan en la primera
clase de cualquier curso de bases de datos.

2.- Trabajar directamente el DataSet' para Persistir los datos y de alli
directamene a la BD.

Lo mejor es usar los DataSet, o crearnos nosotros unas clases mejores
simplemente para ayudar a presentar los datos a los usuarios y
mandando las actualizaciones inmediatamente al SGBD (local o remoto)
para que las valide. Así nos ahorramos el tener que asegurar las
reglas de negocio dos veces.


Saludos
Alfredo