Hasta hoy siempre he programado el acceso a datos por decirlo así de una mánera visual conectando el la fuente de datos con los asistentes y personalizando los eventos para que respondan de una manera adecuada a como quiero que responda la aplicación.
Pero hoy estuve mirando el ejemplo de la primera estrella del curso de microsoft y la aplicación es 100 orientada a objetos y todo vía código.

De allí surge la pregunta cual es la manera más eficiente si ambas están descritas como corectas en la documentación de microsoft.

Saludos y gracias.
Patricio Avila Figueroa
Usuario Linux #454898
Sent from my BlackBerry® wireless device
http://indenti.ca/elkan
http://palcierre.blogspot.com

es que no hay "la mejor manera" de hacer las cosas, sino "mejor para
cada caso", siempre depende del tipo de aplicacion que estas
desarrollando, la forma que tu describes se puede usar cuando tu
aplicacion simplemente trabaja con datos y hay realmente muy poca o
nada de logica en la aplicacion (por ejemplo cualquier tipo de
reporte); pero ya cuando tu aplicacion tiene mas logica y los objetos
realmente tienen un comportamiento con reglas de negocios, ahi puedes
usar otros metodos mas orientados a objetos

On 5 nov, 16:37, "Patricio Avila " <pgavi...@gmail.com> wrote:

Hola Patricio,

Yo seria un poco mas critico sobre lo que bien dice Eber. El unico caso en
que creo que podria se util el acceso a datos resuelto en forma visual es
para construir algun prototipo rapido para descartar. En este caso
particular puede serte de utilidad utilizar los asistentes.

Trabajar de esa manera en cualquier otro caso, a pesar de que la logica sea
sencilla, no es bueno, en mi opinion. En primer lugar desoye un principio ya
ampliamente aceptado como es el de la division en capas. Mas alla de que se
trate de una aplicacion orientada a objetos o no.

Por otro lado, creo que es muy dificil sino imposible, realizar pruebas
unitarias remplazando los componentes de acceso a datos (puesto que la capa
de acceso a datos no esta componentizada).

Un abrazo.

----------------------------------
Carlos Peix

2009/11/5 Patricio Avila <pgavi...@gmail.com>