Trabajo con clases de Negocio

Hola Carlos,

El Sat, 27 Sep 2008 11:51:01 -0700 (PDT), Carlos M. Calvelo escribió:

> Bueno... podría uno encontrase con Object Role Modeling (ORM / NIAM).
> Tendría sentido pararse con ese 'ORM' y no perder el tiempo con
> 'los demás'.

Ah si, me olvidaba del Object Role Modeling. Eso si que es una cosa seria.
Aunque yo tampoco lo encuentro muy útil.

Hola que tal,
Les planteo una consulta acerca de cual es la manera que uds creen
conviente para realizar lo siguiente utilizando una metodologia en Capas y
Orientada a Objetos.

El planteo es tener una clase Cliente y un clase Domicilios como
propiedad de la primera que realizan el mapeo de la Base de datos a un
modelo OO

Cliente

IdCliente
Nombre
Domicilios


Domicilios
Calle
Numero


Hasta ahi todo bien. Ahora necesito tener una manera de cargar tanto los
datos del cliente como los de sus domicilios, eso lo implementaria a
traves de una clase de negocio llamada NegocioClientes


El 1º planteo es tener un metodo static dentro de NegocioClientes que
provea metodos de servicios para llevar a cabo las distintas acciones

Entidades.Clientes EntidadCliente = new Entidades.Cliente ( 123 );
//inicializo con el Id del Cliente

NegocioClientes.Fill (EntidadCliente ); //cargo los datos basicos del
Cliente
NegocioClientes.FillDomicilios (EntidadCliente); //cargo los domicilios
del cliente


//accedo a los datos del cliente de la siguiente manera
string Nombre = EntidadCliente.Nombre;

string Calle = EntidadCliente.Domicilios[0].Calle;



El 2º planteo es tener dentro de la clase de NegocioClientes un objeto
EntidadClientes como propiedad y disponer dentro de Negocio metodos para
la carga de estos datos:

NegocioClientes Cliente = new NegocioClientes ( 123); //inicializo con
el Id del Cliente

Cliente.Load (); //cargo los datos del cliente

Cliente.LoadDomicilios (); //cargo los domicilios

//accedo a los datos del cliente de la siguiente manera

string Nombre = Cliente.EntidadCliente.Nombre;

string Calle = Cliente.EntidadCliente.Domicilios[0].Calle;



Espero que se entiendan los distintos planteos, funcionalmente no
encuentro mayores diferencias entre uno y otro, y es por eso que me
encuentro un poco confundido en que metodología seguir.


Saludos
Guillermo Peralta

1) Es muy laborioso crear toda la infraestructura para todas las tablas y
relaciones que tienes en la base de datos, es decir crear todas las clases
de las entidades con todas sus propiedades, etc, además de crear las
clases necesarias para consultar y guardar los datos en la base de datos.
Sería necesario tener alguna herramienta para generarlas de forma
automática.

2) Queda cojo el tema de las consultas. Me refiero a por ejemplo responder
a preguntas como ¿qué clientes tienen algún domicilio en una determinada
ciudad?

3) No siempre es necesario cargar todas las propiedades de una clase (o
columas de una tabla).

4) La carga de una entidad por medio de su Id, puede resultar muy últil.
Pero los usuarios no suelen buscarlas por el Id sino por otros atributos,
que puede que se encuentren en otras tablas.

Si estás interesado en crear clases de entidad que mapeen con las bases de
datos yo te recomendaría que empezaras usando herramientas ya establecidas
y usadas por mucha gente en vez de crearte tú tu propio modelo. Podrías
empezar por Entity Framework que es parte de .NET Framework 3.5 SP1. O
quizá podrías usar NHibernate.

Mi opinión es que esos modelos son muy similares, y no veo ventajas o
inconvenientes claros para decidirse por uno o por otro. Sin embargo veo
algunos problemas graves:

1) Es muy laborioso crear toda la infraestructura para todas las tablas y
relaciones que tienes en la base de datos, es decir crear todas las clases
de las entidades con todas sus propiedades, etc, además de crear las
clases necesarias para consultar y guardar los datos en la base de datos.
Sería necesario tener alguna herramienta para generarlas de forma
automática.
2) Queda cojo el tema de las consultas. Me refiero a por ejemplo responder
a preguntas como ¿qué clientes tienen algún domicilio en una determinada
ciudad?
3) No siempre es necesario cargar todas las propiedades de una clase (o
columas de una tabla).
4) La carga de una entidad por medio de su Id, puede resultar muy últil.
Pero los usuarios no suelen buscarlas por el Id sino por otros atributos,
que puede que se encuentren en otras tablas.

Si estás interesado en crear clases de entidad que mapeen con las bases de
datos yo te recomendaría que empezaras usando herramientas ya establecidas
y usadas por mucha gente en vez de crearte tú tu propio modelo. Podrías
empezar por Entity Framework que es parte de .NET Framework 3.5 SP1. O
quizá podrías usar NHibernate.

Saludos:

Jesús López



"Guillermo Peralta" @SPAM.com.ar> escribió en el
mensaje news:uQsuek%

Hola que tal,
Les planteo una consulta acerca de cual es la manera que uds creen
conviente para realizar lo siguiente utilizando una metodologia en Capas
y Orientada a Objetos.

El planteo es tener una clase Cliente y un clase Domicilios como
propiedad de la primera que realizan el mapeo de la Base de datos a un
modelo OO

Cliente

IdCliente
Nombre
Domicilios


Domicilios
Calle
Numero


Hasta ahi todo bien. Ahora necesito tener una manera de cargar tanto los
datos del cliente como los de sus domicilios, eso lo implementaria a
traves de una clase de negocio llamada NegocioClientes


El 1º planteo es tener un metodo static dentro de NegocioClientes que
provea metodos de servicios para llevar a cabo las distintas acciones

Entidades.Clientes EntidadCliente = new Entidades.Cliente ( 123 );
//inicializo con el Id del Cliente

NegocioClientes.Fill (EntidadCliente ); //cargo los datos basicos del
Cliente
NegocioClientes.FillDomicilios (EntidadCliente); //cargo los
domicilios del cliente


//accedo a los datos del cliente de la siguiente manera
string Nombre = EntidadCliente.Nombre;

string Calle = EntidadCliente.Domicilios[0].Calle;



El 2º planteo es tener dentro de la clase de NegocioClientes un objeto
EntidadClientes como propiedad y disponer dentro de Negocio metodos para
la carga de estos datos:

NegocioClientes Cliente = new NegocioClientes ( 123); //inicializo con
el Id del Cliente

Cliente.Load (); //cargo los datos del cliente

Cliente.LoadDomicilios (); //cargo los domicilios

//accedo a los datos del cliente de la siguiente manera

string Nombre = Cliente.EntidadCliente.Nombre;

string Calle = Cliente.EntidadCliente.Domicilios[0].Calle;



Espero que se entiendan los distintos planteos, funcionalmente no
encuentro mayores diferencias entre uno y otro, y es por eso que me
encuentro un poco confundido en que metodología seguir.


Saludos
Guillermo Peralta

1) Es muy laborioso crear toda la infraestructura para todas las tablas y
relaciones que tienes en la base de datos, es decir crear todas las clases
de las entidades con todas sus propiedades, etc, además de crear las clases
necesarias para consultar y guardar los datos en la base de datos.

Sería
necesario tener alguna herramienta para generarlas de forma automática.

2) Queda cojo el tema de las consultas. Me refiero a por ejemplo responder a
preguntas como ¿qué clientes tienen algún domicilio en una determinada
ciudad?

Si estás interesado en crear clases de entidad que mapeen con las bases de
datos yo te recomendaría que empezaras usando herramientas ya establecidas y
usadas por mucha gente en vez de crearte tú tu propio modelo. Podrías
empezar por Entity Framework que es parte de .NET Framework 3.5 SP1. O quizá
podrías usar NHibernate.

Puede ser, pero si yo necesito entrar univocamente a un cliente tengo que
hacerlo por su Identificador,

puede ser que los usuarios desde la interfaz
grafica ingresen por apellido y nombre, pero la misma interfaz grafica debe
proveer medios tambien para poder recuperar ese ID (una columna oculta en un
gridview, el SelectedValue de un ListControl, etc)