Programacion multicapa en ado.NET

13/08/2004 - 17:36 por vhsg | Informe spam
Hola.
Estoy desarrolando una aplicacion usando ADO.NET en Visual Basic. Mi idea es
realizarla todo con objetos, pero los dataset no se adaptan a esta
metodologia. Porque digo que no se adapta a esta metodologia, por ejemplo
tengo una tabla Material y una tabla proveedor, por supuesto en objetos
tengo una clase Material y una clase Proveedor, ahora un Material es
proveido por varios proveedores, como realizo esto con los dataset, lo que
se me ocurre es que cargue la tabla de materiales y proveedores en un
dataset y cree una relacion, pero si realizo esto pierdo el concepto de
objetos, es mas se me complica la programacion por capas, ya que toda la
logica la tengo en la capa de negocios, lo que quiero es que sea
independiente de la capa de presentacion, alguien me puede dar una idea com
realizo esta programacion. Creen que es conveniente usar dataset para para
guardar los datos en la base de datos o usar sentencias SQL para insert,
delete, update, y mantener las estructuras en colecciones.

Saludos

Victor

Preguntas similare

Leer las respuestas

#1 Ian-malcolm
13/08/2004 - 21:38 | Informe spam
Pues yo la verdad es que siempre lo he hecho como lo comentas al final de tu
mensaje. Creo un conjunto de clases
que son el reflejo natural de la base de datos. Por ejemplo la relacion
Proveedor tiene Familia, Familia tiene Producto que seria
en una base de datos tabla de proveedores, familias y productos enganchados
por una relacion de 1 a n. La hago asi:
Objeto Proveedor
Objeto Familia
Objeto Producto
Colec. Proveedores
Colec. Familias
Colec. Productos.
Y los voy enganchando en su jerarquia natural y hago metodos save, update
etc etc, que usan sentencias insert, update y delete a pelo.

Yo siempre lo he hecho asi y no me ha ido mal, aunque como todo en esta vida
habra otro enfoque que probablemente sea mucho mejor.
Supongo que podra combinarse esta técnica con alguna que use datasets y de
esta manera poder usar sus beneficios. Se me ocurre, por ejemplo
un método Connect que Cree un DataSet global para toda la jerarquia de
objetos y luego "apañarselas" para que cada porción de la
jerarquia de objetos (proveedor,familia etc etc en el ejemplo expuesto)
pille del dataset lo que necesite.

Bueno, es un tema muy interesante y si alguien sabe algo de esto o tiene un
enfoque mejor me gustaria mucho tambien poder leer
sus opiniones y aprender más cosillas sobre esto

UN GRAN SALUDO A TODOS Y TODAS ;-)

"vhsg" escribió en el mensaje
news:
Hola.
Estoy desarrolando una aplicacion usando ADO.NET en Visual Basic. Mi idea


es
realizarla todo con objetos, pero los dataset no se adaptan a esta
metodologia. Porque digo que no se adapta a esta metodologia, por ejemplo
tengo una tabla Material y una tabla proveedor, por supuesto en objetos
tengo una clase Material y una clase Proveedor, ahora un Material es
proveido por varios proveedores, como realizo esto con los dataset, lo que
se me ocurre es que cargue la tabla de materiales y proveedores en un
dataset y cree una relacion, pero si realizo esto pierdo el concepto de
objetos, es mas se me complica la programacion por capas, ya que toda la
logica la tengo en la capa de negocios, lo que quiero es que sea
independiente de la capa de presentacion, alguien me puede dar una idea


com
realizo esta programacion. Creen que es conveniente usar dataset para para
guardar los datos en la base de datos o usar sentencias SQL para insert,
delete, update, y mantener las estructuras en colecciones.

Saludos

Victor


Respuesta Responder a este mensaje
#2 Andres Extuar
20/08/2004 - 15:01 | Informe spam
Amigo en el sitio de msdn universida Daniel sahara de Argentina plantea una
construccion de una clas de datos que puede ser util se consigue en
universidad msdn
Saludos


Andres Extuar




"Ian-malcolm" wrote:

Pues yo la verdad es que siempre lo he hecho como lo comentas al final de tu
mensaje. Creo un conjunto de clases
que son el reflejo natural de la base de datos. Por ejemplo la relacion
Proveedor tiene Familia, Familia tiene Producto que seria
en una base de datos tabla de proveedores, familias y productos enganchados
por una relacion de 1 a n. La hago asi:
Objeto Proveedor
Objeto Familia
Objeto Producto
Colec. Proveedores
Colec. Familias
Colec. Productos.
Y los voy enganchando en su jerarquia natural y hago metodos save, update
etc etc, que usan sentencias insert, update y delete a pelo.

Yo siempre lo he hecho asi y no me ha ido mal, aunque como todo en esta vida
habra otro enfoque que probablemente sea mucho mejor.
Supongo que podra combinarse esta técnica con alguna que use datasets y de
esta manera poder usar sus beneficios. Se me ocurre, por ejemplo
un método Connect que Cree un DataSet global para toda la jerarquia de
objetos y luego "apañarselas" para que cada porción de la
jerarquia de objetos (proveedor,familia etc etc en el ejemplo expuesto)
pille del dataset lo que necesite.

Bueno, es un tema muy interesante y si alguien sabe algo de esto o tiene un
enfoque mejor me gustaria mucho tambien poder leer
sus opiniones y aprender más cosillas sobre esto

UN GRAN SALUDO A TODOS Y TODAS ;-)

"vhsg" escribió en el mensaje
news:
> Hola.
> Estoy desarrolando una aplicacion usando ADO.NET en Visual Basic. Mi idea
es
> realizarla todo con objetos, pero los dataset no se adaptan a esta
> metodologia. Porque digo que no se adapta a esta metodologia, por ejemplo
> tengo una tabla Material y una tabla proveedor, por supuesto en objetos
> tengo una clase Material y una clase Proveedor, ahora un Material es
> proveido por varios proveedores, como realizo esto con los dataset, lo que
> se me ocurre es que cargue la tabla de materiales y proveedores en un
> dataset y cree una relacion, pero si realizo esto pierdo el concepto de
> objetos, es mas se me complica la programacion por capas, ya que toda la
> logica la tengo en la capa de negocios, lo que quiero es que sea
> independiente de la capa de presentacion, alguien me puede dar una idea
com
> realizo esta programacion. Creen que es conveniente usar dataset para para
> guardar los datos en la base de datos o usar sentencias SQL para insert,
> delete, update, y mantener las estructuras en colecciones.
>
> Saludos
>
> Victor
>
>



email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida