Datareader No permite el Modelo en Capas ???

Preguntale a el no ??


Miao...
Comprate un libro..

En un curso de Microsoft (del programa Microsoft Mas),

dijo el tutor que no

debemos usar el data reader porque no nos permite

trabajr en capas (ya que

esta conectado a la base de datos).

No entiendo bien porque dice esto ?, cual es la

justificacion (mas alla de

lo que dice esta persona) ?

saludos

Codigo47
Analista en Sistemas
Argentina, Buenos Aires


.

"Codigo47" escribió en el mensaje
news:

En un curso de Microsoft (del programa Microsoft Mas), dijo el tutor que

no

debemos usar el data reader porque no nos permite trabajr en capas (ya que
esta conectado a la base de datos).

No entiendo bien porque dice esto ?, cual es la justificacion (mas alla de
lo que dice esta persona) ?

Hola, Codigo.

Esa afirmación va a engrosar mi ya abultado catálogo de criterios estúpidos
(una de las últimas adquisiciones es que "Linux es mejor que Windows porque
no le entran virus").

Un componente de interfaz con el usuario necesita información acerca de una
entidad de la capa de aplicación. De manera que solicita la creación de una
entidad del tipo requerido y le pasa el identificador. La entidad habla con
un componente gestor de datos que crea un Command, lo llena con las
instrucciones necesarias, obtiene un datareader, le pasa los datos a la
entidad, cierra el DataReader y dispone del Command (o la misma entidad hace
todo el trabajo). ¿Dónde está la violación de qué "regla" del modelo de
capas? ADO.NET es un nivel abstracto de acceso a datos: su simple
utilización ya provee la separación necesaria requerida por los modelos de
n-capas.

Un DataReader es un handle a un cursor de solo lectura y acceso secuencial
almacenado del lado del servidor. No es conveniente utilizarlos para
procesos largos -porque ocupan recursos en el servidor- pero eso no tiene
nada que ver con la organización del modelo ni con la arquitectura de la
aplicación. Tambien son la manera más rápida y económica de acceder a
pequeñas cantidades de información.

No hay justificación para lo que dice.

Salud!

Leonardo
mvp vb

El predicador habla de nuevo.


AMEN


Miao..
Comprate un libro..

"Codigo47" escribió en el

mensaje

news:

En un curso de Microsoft (del programa Microsoft Mas),

dijo el tutor que

no

debemos usar el data reader porque no nos permite

trabajr en capas (ya que

esta conectado a la base de datos).

No entiendo bien porque dice esto ?, cual es la

justificacion (mas alla de

lo que dice esta persona) ?

Hola, Codigo.

Esa afirmación va a engrosar mi ya abultado catálogo de

criterios estúpidos

(una de las últimas adquisiciones es que "Linux es mejor

que Windows porque

no le entran virus").

Un componente de interfaz con el usuario necesita

información acerca de una

entidad de la capa de aplicación. De manera que solicita

la creación de una

entidad del tipo requerido y le pasa el identificador.

La entidad habla con

un componente gestor de datos que crea un Command, lo

llena con las

instrucciones necesarias, obtiene un datareader, le pasa

los datos a la

entidad, cierra el DataReader y dispone del Command (o

la misma entidad hace

todo el trabajo). ¿Dónde está la violación de

qué "regla" del modelo de

capas? ADO.NET es un nivel abstracto de acceso a datos:

su simple

utilización ya provee la separación necesaria requerida

por los modelos de

n-capas.

Un DataReader es un handle a un cursor de solo lectura y

acceso secuencial

almacenado del lado del servidor. No es conveniente

utilizarlos para

procesos largos -porque ocupan recursos en el servidor-

pero eso no tiene

nada que ver con la organización del modelo ni con la

arquitectura de la

aplicación. Tambien son la manera más rápida y económica

de acceder a

pequeñas cantidades de información.

No hay justificación para lo que dice.

Salud!

Leonardo
mvp vb


.

Gracias !

Voy a iniciar una campaña para que la gente del foro de microsoft
formalmente anulen los mensajes de DJ_MIAA

saludos.

Codigo47
Analista en Sistemas
Argentina, Buenos Aires
"DJ MIAO" escribió en el mensaje
news:044401c4a036$7935bea0$
El predicador habla de nuevo.


AMEN


Miao..
Comprate un libro..

"Codigo47" escribió en el

mensaje

news:

En un curso de Microsoft (del programa Microsoft Mas),

dijo el tutor que

no

debemos usar el data reader porque no nos permite

trabajr en capas (ya que

esta conectado a la base de datos).

No entiendo bien porque dice esto ?, cual es la

justificacion (mas alla de

lo que dice esta persona) ?

Hola, Codigo.

Esa afirmación va a engrosar mi ya abultado catálogo de

criterios estúpidos

(una de las últimas adquisiciones es que "Linux es mejor

que Windows porque

no le entran virus").

Un componente de interfaz con el usuario necesita

información acerca de una

entidad de la capa de aplicación. De manera que solicita

la creación de una

entidad del tipo requerido y le pasa el identificador.

La entidad habla con

un componente gestor de datos que crea un Command, lo

llena con las

instrucciones necesarias, obtiene un datareader, le pasa

los datos a la

entidad, cierra el DataReader y dispone del Command (o

la misma entidad hace

todo el trabajo). ¿Dónde está la violación de

qué "regla" del modelo de

capas? ADO.NET es un nivel abstracto de acceso a datos:

su simple

utilización ya provee la separación necesaria requerida

por los modelos de

n-capas.

Un DataReader es un handle a un cursor de solo lectura y

acceso secuencial

almacenado del lado del servidor. No es conveniente

utilizarlos para

procesos largos -porque ocupan recursos en el servidor-

pero eso no tiene

nada que ver con la organización del modelo ni con la

arquitectura de la

aplicación. Tambien son la manera más rápida y económica

de acceder a

pequeñas cantidades de información.

No hay justificación para lo que dice.

Salud!

Leonardo
mvp vb


.

Esa afirmación va a engrosar mi ya abultado catálogo de criterios
estúpidos (una de las últimas adquisiciones es que "Linux es mejor
que Windows porque no le entran virus").

Pero es cierto! Si nadie lo usa, ¿como le van a entrar virus? :P

Eduardo A. Morcillo [MS MVP VB]
http://www.mvps.org/emorcillo