Extraído de otro hilo: gestión de datos y objetos de negocio

22/01/2007 - 17:40 por Hoze | Informe spam
Hola a todos... en el thread "Programación orientada a objetos" discutís
algo levemente que no he sido capaz de entender. En determinado momento se
dice:



Qué utilizamos entonces, entidades de
lógica de negocio ??



No, eso es mucho peor que los datasets.




Igual esto me pilla un poco descolocado o no he sido capaz de entender el
thread, pero decís que el modelo de aplicaciones basado en objetos de
negocio no es válido con vs 2005? ¿Por qué?

¿Cómo proponéis que se diseñe una aplicación sin jerarquías de objetos en el
acceso a datos, en la gestión de maestros, etc?¿Qué responsabilidad y qué
grado de dependencia de la bbdd estáis dando a la base de datos? Ojo, hablo
de aplicación como un sistema complejo, no de un "hola mundo".

¿Qué aporta un dataset?¿Qué ventajas da en cuanto a abstracción y gestión de
los datos a las que pueda dar un conjunto de objetos de negocio que acceden
al SGBD utilizando datareaders?

¿Cómo se "compensan" los inconvenientes de un dataset?:
- Rigidez
- Problemas con las actualizaciones--> ¿integridad referencial?
- Gestión de filtros de datos
- Problemas de volumen y velocidad en recuperaciones masivas de
registros..


¿¿???


Gracias
 

Leer las respuestas

#1 Alfredo Novoa
22/01/2007 - 18:31 | Informe spam
Hola,

On Mon, 22 Jan 2007 17:40:54 +0100, "Hoze" wrote:

Igual esto me pilla un poco descolocado o no he sido capaz de entender el
thread, pero decís que el modelo de aplicaciones basado en objetos de
negocio no es válido con vs 2005?



Ni con VS 2005 ni con nada.

¿Por qué?



Por que en el mejor de los casos los objetos de negocio no aportan
nada, y en la mayoría de los casos conducen a auténticos disparates
como gestionar los datos desde las aplicaciones.

¿Cómo proponéis que se diseñe una aplicación sin jerarquías de objetos en el
acceso a datos



En el acceso a datos puede haber las jerarquías que quieras. Por
ejemplo SqlConnection desciende de DbConnection y no hay nada de malo
en ello.

, en la gestión de maestros, etc?



Si te refieres a las relaciones maestro detalle para eso no tienes que
crear nuevas clases.

¿Qué responsabilidad y qué
grado de dependencia de la bbdd estáis dando a la base de datos?



Esta frase no tiene sentido.

¿Qué aporta un dataset?



Facilita la presentación de los datos y es una clase reutilizable.
Aunque se podría mejorar muchísimo.

¿Qué ventajas da en cuanto a abstracción y gestión de
los datos a las que pueda dar un conjunto de objetos de negocio que acceden
al SGBD utilizando datareaders?



Las aplicaciones no deben de abstraer ni gestionar los datos. Para eso
está el SGBD.

¿Cómo se "compensan" los inconvenientes de un dataset?:
- Rigidez



No se a que te refieres. Los datasets son mucho más flexibles que los
"objetos de negocio".

- Problemas con las actualizaciones--> ¿integridad referencial?



No hay problema si se trabaja en modo conectado.

- Gestión de filtros de datos



Los datos se filtran con consultas SQL.

- Problemas de volumen y velocidad en recuperaciones masivas de
registros..



Este problema lo tienes uses lo que uses. Para solucionar esto está la
paginación.


Saludos

Preguntas similares