Sr's. Gurus: Entidades??

Aunque no soy un guru te voy contar mi opinión:

Pues hombre basicamente las opciones son:

Datase no tipados
Solo me la planteo si la estrucutura de los datos cambia a menudo
Execelente rendimiento, los dataset son pequeños, no llevan metadatos

Dataset tipados
Es la recomendable desde mi punto de vista
Ideal si solo movemos datos
Ideal si los datos tienen más peso que el comportamiento
Ideal para enlazar los datos a la capa de presentación

Objetos propios
Ideal cuando solo con datos no vale, sino que los datos llevan asociado
un comportamiento
Ideal si los datos determinan el comportamiento del cliente, ya que los
objetos llevan datos y comportamiento
Rigida si la estrutura de los datos cambia a menudo
Menos rendimiento
Más dificultad para enlazar los datos a los controles

Una vez más se demuestra que no existen las balas de plata... no hay
solución que funcione siempre.

Un saludo
Rodrigo Corral González [MVP]

FAQ de microsoft.public.es.vc++
http://rcorral.mvps.org

hola!

completando las ideas de rodrigo, aca tenes un articulo que habla sobre el
tema

http://msdn.microsoft.com/library/d...BOAGag.asp

salu2!!

pablo

"Alejandro" escribió:

Buenas gente! espero no se aburran con esta "New Question".
Hace unas semanas estoy desarrollando un framework para una aplicacion,
tanto asp.net como windows forms, obviamente separada en capas (tranatando en
lo posible aplicar patrones de diseño), y utilizo, para el acceso a datos el
Data Acces Application Block, y me surgio una inquietud muy grande, con
respecto a las entidades. Es decir, los objectos que viejan entre las capas
(Proveedor, usuario, material, etc, etc).Ahora la inquitud es la siguiente:
que me recomiendan para la implementacion de entidades??
He probado con DS (DataSets) tipados, y con clase definidas por mi, se que
los dos andan, los he visto en varios sistemas, pero ... que es mejor??. Se
que hay muchos gurus dando vueltas por el foro, asi que espero alguna
recomendacion o algun link donde pueda subsanar esa duda.

Desde ya gracias!! Slds!
Alejandro.

Yo estuve en la misma situación que tu. Aparte de las aportaciones que te
han ehcho, también puedes mirarte estos links:

Para trabajar con objetos propios:

http://msdn.microsoft.com/library/d...252003.asp

o

http://www.lhotka.net/

un libro bastante interesante con un framwork para trabajar con objetos.

Si lo que quieres es trabajar con typed datasets te recomiendo estos 2
artículos:

http://www.15seconds.com/issue/030401.htm
http://www.15seconds.com/issue/030317.htm

Bajo mi modesta opinión personal, he programado antes en Java, y el tema de
los objetos me gusta más, lo encuentro más organizado, más extensible y más
controlable, pero reconozco que tal como está montado el Visual Studio,
trabajar con datasets (especialmente los tipados) és mucho más rápido. De
todas formas, con la próxima versión esto creo que cambiará, ya que los
genéricos y unas cuantas utilidades para enlazar objetos de usuarios a
controles de forma visual, harán que sea prácticamente igual de sencillo
trabajar con objetos de usuario que con datasets. Actualmente sin embargo,
hay que escribir bastante código en nuestras clases para poder implementar
la misma funcionalidad que un dataset (editar en un grid, ordenar lista de
objetos, ...)

Saludos

Alex B.


"Alejandro" escribió en el mensaje
news:

Buenas gente! espero no se aburran con esta "New Question".
Hace unas semanas estoy desarrollando un framework para una aplicacion,
tanto asp.net como windows forms, obviamente separada en capas (tranatando
en
lo posible aplicar patrones de diseño), y utilizo, para el acceso a datos
el
Data Acces Application Block, y me surgio una inquietud muy grande, con
respecto a las entidades. Es decir, los objectos que viejan entre las
capas
(Proveedor, usuario, material, etc, etc).Ahora la inquitud es la
siguiente:
que me recomiendan para la implementacion de entidades??
He probado con DS (DataSets) tipados, y con clase definidas por mi, se que
los dos andan, los he visto en varios sistemas, pero ... que es mejor??.
Se
que hay muchos gurus dando vueltas por el foro, asi que espero alguna
recomendacion o algun link donde pueda subsanar esa duda.

Desde ya gracias!! Slds!
Alejandro.

On Wed, 27 Oct 2004 08:30:54 +0200, "Alex Bibiano"
wrote:

Bajo mi modesta opinión personal, he programado antes en Java, y el tema de
los objetos me gusta más, lo encuentro más organizado, más extensible y más
controlable, pero reconozco que tal como está montado el Visual Studio,
trabajar con datasets (especialmente los tipados) és mucho más rápido.

Es decir, que es mucho mejor.

Estoy de acuerdo, aunque todavía podría ser mucho mejor si los
datasets estuviesen bien diseñados.

De
todas formas, con la próxima versión esto creo que cambiará, ya que los
genéricos y unas cuantas utilidades para enlazar objetos de usuarios a
controles de forma visual, harán que sea prácticamente igual de sencillo
trabajar con objetos de usuario que con datasets.

No estoy nada de acuerdo.

Actualmente sin embargo,
hay que escribir bastante código en nuestras clases para poder implementar
la misma funcionalidad que un dataset (editar en un grid, ordenar lista de
objetos, ...)

Es decir, que es un práctica antieconómica que debemos evitar.


Saludos

On Tue, 26 Oct 2004 15:50:32 +0200, "Rodrigo Corral [MVP]"
wrote:

Datase no tipados
Solo me la planteo si la estrucutura de los datos cambia a menudo

Esto pasa casi siempre.

Execelente rendimiento, los dataset son pequeños, no llevan metadatos

Si llevan metadatos, hay un montón de cosas que se le pueden preguntar
a un dataset no tipado.

Dataset tipados
Es la recomendable desde mi punto de vista
Ideal si solo movemos datos
Ideal si los datos tienen más peso que el comportamiento
Ideal para enlazar los datos a la capa de presentación

Lo malo es el trabajo que cuesta crearlos y la rigidez que dan a la
aplicación.

Aunque creo haber leido que el Data Access Application Block ese
permite crear datasets tipados automáticamente con FillSchema

Yo creo los datasets automáticamente siempre que puedo, ahorra un
montón de trabajo.

Objetos propios
Ideal cuando solo con datos no vale, sino que los datos llevan asociado
un comportamiento

¿Esto lo has probado o lo dices de "oidas"?

Los datos siempre llevan asociado un comportamiento. A esto se le
suele llamar "reglas de negocio".

Para implementar las reglas de negocio lo ideal es el enfoque
declarativo de los SGBD modernos.

Por ejemplo si un comportamiento de los datos es que no puede haber
dos proveedores con un mísmo número de proveedor, esto se soluciona
fácilmente con una clave primaria, en lugar de andar escribiendo
código para ir recorriendo todos los objetos proveedor mirando si ya
existe ese código.

Ideal si los datos determinan el comportamiento del cliente, ya que los
objetos llevan datos y comportamiento

Sin sentido.

Rigida si la estrutura de los datos cambia a menudo
Menos rendimiento
Más dificultad para enlazar los datos a los controles

Es decir, que es un desastre.

Una vez más se demuestra que no existen las balas de plata...

Si existen. Hay muchas balas de plata que usamos cada día, pero
estamos tan acostumbrados a ellas que no nos damos cuenta de que no
existen desde siempre.

Por ejemplo, los lenguajes de programación son una bala de plata.
Nunca más se ha seguido desarrollando aplicaciones utilizando código
máquina (el ensamblador es un lenguaje), ni enchufando y desenchufando
cables.

no hay
solución que funcione siempre.

Las balas de plata tampoco funcionan siempre, con Drácula no valen :)

Esto último es broma.


Saludos