¿Porqué ADO.NET no soporta programación orientada a objetos?

Es que ADO.NET son objetos en si. ADO.NET Suministra abstracción de
datos,
no datos inteligentes. Si deseas objetos orientados a datos debes
programarlos con el lenguaje, es decir C#. De hecho estos objetos es lo
que se conoce como capa media.

Tienes toda la razón: el responsable de hacer los objetos del la capa de
dominio persistes, es la capa de persistencia. La capa de persistencia, a su
vez, prestará servicios a la capa de acceso a datos (ADO.NET). Pero todo
esto me compromete implementar la capa encargada de hacer correspondencia de
registros a objetos (mapping) que es precisamente a lo que me refiero. Hay
una abstracción muy grande entre el modelo de dominio y ADO.NET, sin
embargo, la capa de interfaz esta ligada a ella.

En mi opinión, desde el punto de vista de la programación orientada a
objetos, la arquitectura de plataforma .NET no es adecuada.

Pues, esto es muy fácil de demostrar. Un sistema se considera orientado a
objetos cuando permite encapsulamiento, herencia y polimorfismo.

Un lenguaje, no un sistema.

Se puede programar un sistema con un lenguaje totalmente orientado a
objetos, como C#, sin hacer programación orientada a objetos (RAD), pero
resulta muy difícil hacer lo contrario.

Luego, ADO.NET no soporta programación orientada a objetos.

C# es un lenguaje de programación moderno, completamente orientado a
objetos
y el que más me gusta...
pero ¿porqué ADO.NET no soporta programación orientada a objetos?

Pues por que son unas bibliotecas y no un lenguaje de programación. La
pregunta no tiene sentido.

Perdona por no haberme expresado bien. Ha surgido un malentendido.
Me refiero a desarrollo de software orientado a objetos, no a que el
Framework ADO.NET esta echo un asco.

No sé bien de que super lenguaje hablas ¿-?

La capa media hace una abstraccion transparente con ADO.NET contra la bd...
El frontal no tiene que hacer nada con ADO.NET. De otro lado, naturalmente
la persitencia esta en la bd. No veo porque complicar más esta simpleza.

Saludes,
<Harvey Triana />


"Vyacheslav Popov" escribió en el
mensaje news:

Es que ADO.NET son objetos en si. ADO.NET Suministra abstracción de
datos,
no datos inteligentes. Si deseas objetos orientados a datos debes
programarlos con el lenguaje, es decir C#. De hecho estos objetos es lo
que se conoce como capa media.

Tienes toda la razón: el responsable de hacer los objetos del la capa de
dominio persistes, es la capa de persistencia. La capa de persistencia, a
su vez, prestará servicios a la capa de acceso a datos (ADO.NET). Pero
todo esto me compromete implementar la capa encargada de hacer
correspondencia de registros a objetos (mapping) que es precisamente a lo
que me refiero. Hay una abstracción muy grande entre el modelo de dominio
y ADO.NET, sin embargo, la capa de interfaz esta ligada a ella.

En mi opinión, desde el punto de vista de la programación orientada a
objetos, la arquitectura de plataforma .NET no es adecuada.

Disculpen que me meta en su discusion pero creo que lo que Popov quiere
hacer es algo como grabar y leer objetos como un todo.
Basicamente ADO.NET es una layer que se monta sobre BD relacionales que no
son DBMS orientados a objetos.

"Vyacheslav Popov" wrote in message
news:#

>>C# es un lenguaje de programación moderno, completamente orientado a
>>objetos
>>y el que más me gusta...
>>pero ¿porqué ADO.NET no soporta programación orientada a objetos?
>
> Pues por que son unas bibliotecas y no un lenguaje de programación. La
> pregunta no tiene sentido.

Perdona por no haberme expresado bien. Ha surgido un malentendido.
Me refiero a desarrollo de software orientado a objetos, no a que el
Framework ADO.NET esta echo un asco.