Al parecer no se trabaja con databinding ?

03/09/2006 - 17:26 por DuKe | Informe spam
Eso, es un comentario, pues la gran mayoria de los mensajes se habla de
codificar todo.

Alguna razón aparte de la evidente (que seria el control que brinda el
codigo). ????

Preguntas similare

Leer las respuestas

#1 Alfredo Novoa
04/09/2006 - 11:58 | Informe spam
On Sun, 3 Sep 2006 11:26:32 -0400, "DuKe" wrote:

Eso, es un comentario, pues la gran mayoria de los mensajes se habla de
codificar todo.

Alguna razón aparte de la evidente (que seria el control que brinda el
codigo). ????



Que ADO.NET está muy mal diseñado y es un lío.

Hacerlo todo a pelo es un desperdicio de tiempo pero aun así mucha
gente lo prefiere.


Saludos
Respuesta Responder a este mensaje
#2 Dany Acosta
04/09/2006 - 17:48 | Informe spam
Mal diseñado???? Puedes dar Ejemplos con lo que te tuviste problemas
porque para Mi Ado.Net es lo mejor que hay en acceso a Datos...



Alfredo Novoa escribió:
On Sun, 3 Sep 2006 11:26:32 -0400, "DuKe" wrote:

Eso, es un comentario, pues la gran mayoria de los mensajes se habla de
codificar todo.

Alguna razón aparte de la evidente (que seria el control que brinda el
codigo). ????



Que ADO.NET está muy mal diseñado y es un lío.

Hacerlo todo a pelo es un desperdicio de tiempo pero aun así mucha
gente lo prefiere.


Saludos

Respuesta Responder a este mensaje
#3 Alfredo Novoa
05/09/2006 - 13:54 | Informe spam
On Mon, 04 Sep 2006 10:48:33 -0500, Dany Acosta
wrote:

Mal diseñado???? Puedes dar Ejemplos con lo que te tuviste problemas
porque para Mi Ado.Net es lo mejor que hay en acceso a Datos...



Pues yo es lo peor que he visto.

Yo hice una aplicación para PDA usando databindings y hacía lo que le
daba la gana. Había veces que se perdían los datos de los editbox sin
ningún motivo aparente, y otras veces volvían a aparecer sin haber
tocado esa parte del código. Al final tuve que reescribir buena parte
del código para no usar databindings.

Pero con lo de mal diseñado no me refiero a eso. Está mal pensado de
arriba a abajo, es super engorroso comparado con Fox Pro o Delphi. Te
obliga a escribir (y genera) un montón de código y es muy sensible a
los cambios en el diseño de la base de datos.

Cuando te traes datos a un dataset ya no puedes hacer casi nada con
ellos. Las capacidades de manipulación de datos y de comprobación de
integridad de los datasets son tremedamente pobres.

La gestión de la paginación es muy primitiva, si trabajas con
cantidades grandes de datos tienes que resolverlo muy a pedal.

Los ejemplos de Microsoft son una buena señal de que está mal
diseñado. La funcionalidad es trivial y el número de líneas enorme.

La generación automática de código es una señal clara de mal diseño.

http://www.openforum.com/LinkResult...b82ee1fea3


Saludos
Respuesta Responder a este mensaje
#4 Developers - Dany Acosta
06/09/2006 - 03:15 | Informe spam
de Visual Foxpro no te discuto porque conozco la herramienta y para Mi es la mejor Herramienta de
desarrollo para Acceso a Datos, ahora por Ado.Net la verdad que Yo no uso nada de Databindings ni
dataset, todo lo manejo mediante clases (entidades de negocios) y tengo una aplicación que trabaja
asi y con muy buenos resultados eso si me costo bastante armar un framework para Mi desarrollo pero
valio la pena porque ahora ese mismo lo uso para otras aplicaciones.

Pero buenos todos tenemos un punto de vista diferente.




Alfredo Novoa escribió:
On Mon, 04 Sep 2006 10:48:33 -0500, Dany Acosta
wrote:

Mal diseñado???? Puedes dar Ejemplos con lo que te tuviste problemas
porque para Mi Ado.Net es lo mejor que hay en acceso a Datos...



Pues yo es lo peor que he visto.

Yo hice una aplicación para PDA usando databindings y hacía lo que le
daba la gana. Había veces que se perdían los datos de los editbox sin
ningún motivo aparente, y otras veces volvían a aparecer sin haber
tocado esa parte del código. Al final tuve que reescribir buena parte
del código para no usar databindings.

Pero con lo de mal diseñado no me refiero a eso. Está mal pensado de
arriba a abajo, es super engorroso comparado con Fox Pro o Delphi. Te
obliga a escribir (y genera) un montón de código y es muy sensible a
los cambios en el diseño de la base de datos.

Cuando te traes datos a un dataset ya no puedes hacer casi nada con
ellos. Las capacidades de manipulación de datos y de comprobación de
integridad de los datasets son tremedamente pobres.

La gestión de la paginación es muy primitiva, si trabajas con
cantidades grandes de datos tienes que resolverlo muy a pedal.

Los ejemplos de Microsoft son una buena señal de que está mal
diseñado. La funcionalidad es trivial y el número de líneas enorme.

La generación automática de código es una señal clara de mal diseño.

http://www.openforum.com/LinkResult...b82ee1fea3


Saludos
Respuesta Responder a este mensaje
#5 Alfredo Novoa
06/09/2006 - 12:25 | Informe spam
On Tue, 05 Sep 2006 20:15:38 -0500, Developers - Dany Acosta
wrote:

de Visual Foxpro no te discuto porque conozco la herramienta y para Mi es la mejor Herramienta de
desarrollo para Acceso a Datos, ahora por Ado.Net la verdad que Yo no uso nada de Databindings ni
dataset,



Pues lo que estoy criticando son precisamente los datasets, que son el
núcleo de ADO.NET


Saludos
Alfredo
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida