Rendimiento Visual Basic Net

A ver, no se pueden comparar vb.net y asp.net. No están en el mismo plano.

En .net hay dos grandes formas de desarrollar aplicaciones de usuario:
Windows forms, y Web Forms. A las aplicaciones web forms, se les suelen
demoninar también asp.net. Las aplicaciones windows forms, son aplicaciones
windows, y se ejecutan en el cliente. Las aplicaciones web forms, se
ejecutan en el servidor.

Cualquier lenguaje .Net puede crear los dos tipos de aplicaciones. Es decir,
mediante vb.net se pueden crear tanto aplicaciones web forms (asp.net) como
windows forms.

La comparación sería más bien entre aplicaciones windows forms, y
aplicaciones web forms. No puedo saber de antemano con cual de las dos te
conviene desarrollar. Cada una tiene sus ventajas e inconvenientes. Pero lo
esencial es que comprendas donde se ejecuta cada una para tomar la decisión.

El desarrollo web tiene la gran ventaja de que tu aplicación funciona en
cualquier parte, con el único requisito de tener un explorador web adecuado.

Asp.net se ejecuta en el servidor. La mayor parte de carga queda
centralizada en el servidor.

Las aplicaciones windows forms, necesitan tener el framework instalado en la
máquina cliente. Es decir, la instalación es algo más complicada. Si bien
una vez instalado el framework el proceso es más o menos el mismo.

WinForms, se ejecuta en el cliente. Es por lo tanto una carga más
distribuida.

El desarrollo WebForms es considerablemente más complicado. Para reducir la
carga, no se mantiene estado. Los datos necesarios se deben mantener entre
llamadas de forma explícita. Además en general el control se reduce. Mucho
se puede lograr mediante programación de cliente (no asp.net), pero desde
luego no se dispone del control fino sobre los resultados que proporciona el
desarrollo windows.

Sinceramente, pero reconozco que es un punto de vista personal, yo solo
utilizaría asp.net en aquellos casos en los que sea imprescindible. Cuando
se pretende acceder a la aplicación desde lugares que no admiten otra forma,
cuando convenga utilizar la aplicación sin instalación en los clientes, o
cuando se necesite ejecutar en máquinas con sistemas operativos que no
soporten el framework.

Otra cuestión es el marqueting y las modas. Posiblemente una aplicación
webforms hoy en dia tenga mejor imagen. Eso también lo debes valorar. Aunque
claro, las modas cambian ;-) El proceso centralizado tuvo mucho éxito en
los primeros años de la informática, y luego se abandonó. Ahora parece que
ha vuelto. Nunca se sabe...

Juan Carlos Badiola
MVP - C#

Juan Carlos disculpa la molestia pero tengo una pregunta, con respecto al
redimiento entre Visual Basic 6 y Visual Basic .Net para el acceso a dato con
SQL segun tu experiencia como te parece. el acceso a los datos en VB .Net lo
hace lento??

"Tristan" escribió:

A ver, no se pueden comparar vb.net y asp.net. No están en el mismo plano.

En .net hay dos grandes formas de desarrollar aplicaciones de usuario:
Windows forms, y Web Forms. A las aplicaciones web forms, se les suelen
demoninar también asp.net. Las aplicaciones windows forms, son aplicaciones
windows, y se ejecutan en el cliente. Las aplicaciones web forms, se
ejecutan en el servidor.

Cualquier lenguaje .Net puede crear los dos tipos de aplicaciones. Es decir,
mediante vb.net se pueden crear tanto aplicaciones web forms (asp.net) como
windows forms.

La comparación sería más bien entre aplicaciones windows forms, y
aplicaciones web forms. No puedo saber de antemano con cual de las dos te
conviene desarrollar. Cada una tiene sus ventajas e inconvenientes. Pero lo
esencial es que comprendas donde se ejecuta cada una para tomar la decisión.

El desarrollo web tiene la gran ventaja de que tu aplicación funciona en
cualquier parte, con el único requisito de tener un explorador web adecuado.

Asp.net se ejecuta en el servidor. La mayor parte de carga queda
centralizada en el servidor.

Las aplicaciones windows forms, necesitan tener el framework instalado en la
máquina cliente. Es decir, la instalación es algo más complicada. Si bien
una vez instalado el framework el proceso es más o menos el mismo.

WinForms, se ejecuta en el cliente. Es por lo tanto una carga más
distribuida.

El desarrollo WebForms es considerablemente más complicado. Para reducir la
carga, no se mantiene estado. Los datos necesarios se deben mantener entre
llamadas de forma explícita. Además en general el control se reduce. Mucho
se puede lograr mediante programación de cliente (no asp.net), pero desde
luego no se dispone del control fino sobre los resultados que proporciona el
desarrollo windows.

Sinceramente, pero reconozco que es un punto de vista personal, yo solo
utilizaría asp.net en aquellos casos en los que sea imprescindible. Cuando
se pretende acceder a la aplicación desde lugares que no admiten otra forma,
cuando convenga utilizar la aplicación sin instalación en los clientes, o
cuando se necesite ejecutar en máquinas con sistemas operativos que no
soporten el framework.

Otra cuestión es el marqueting y las modas. Posiblemente una aplicación
webforms hoy en dia tenga mejor imagen. Eso también lo debes valorar. Aunque
claro, las modas cambian ;-) El proceso centralizado tuvo mucho éxito en
los primeros años de la informática, y luego se abandonó. Ahora parece que
ha vuelto. Nunca se sabe...

Juan Carlos Badiola
MVP - C#

Se que no va para mi, pero no pude resistir contestar.

Al migrar ciertas funciones en las que acceso a datos especificamente de
Ado a Ado.Net, algo que se tarda 8 segundos en Ado se tarda 1 en Ado.Net.

Valdov
Id Msn Messenger:




"Omar" escribió en el mensaje
news:

Juan Carlos disculpa la molestia pero tengo una pregunta, con respecto al
redimiento entre Visual Basic 6 y Visual Basic .Net para el acceso a dato
con
SQL segun tu experiencia como te parece. el acceso a los datos en VB .Net
lo
hace lento??

"Tristan" escribió:

A ver, no se pueden comparar vb.net y asp.net. No están en el mismo
plano.

En .net hay dos grandes formas de desarrollar aplicaciones de usuario:
Windows forms, y Web Forms. A las aplicaciones web forms, se les suelen
demoninar también asp.net. Las aplicaciones windows forms, son
aplicaciones
windows, y se ejecutan en el cliente. Las aplicaciones web forms, se
ejecutan en el servidor.

Cualquier lenguaje .Net puede crear los dos tipos de aplicaciones. Es
decir,
mediante vb.net se pueden crear tanto aplicaciones web forms (asp.net)
como
windows forms.

La comparación sería más bien entre aplicaciones windows forms, y
aplicaciones web forms. No puedo saber de antemano con cual de las dos te
conviene desarrollar. Cada una tiene sus ventajas e inconvenientes. Pero
lo
esencial es que comprendas donde se ejecuta cada una para tomar la
decisión.

El desarrollo web tiene la gran ventaja de que tu aplicación funciona en
cualquier parte, con el único requisito de tener un explorador web
adecuado.

Asp.net se ejecuta en el servidor. La mayor parte de carga queda
centralizada en el servidor.

Las aplicaciones windows forms, necesitan tener el framework instalado en
la
máquina cliente. Es decir, la instalación es algo más complicada. Si bien
una vez instalado el framework el proceso es más o menos el mismo.

WinForms, se ejecuta en el cliente. Es por lo tanto una carga más
distribuida.

El desarrollo WebForms es considerablemente más complicado. Para reducir
la
carga, no se mantiene estado. Los datos necesarios se deben mantener
entre
llamadas de forma explícita. Además en general el control se reduce.
Mucho
se puede lograr mediante programación de cliente (no asp.net), pero desde
luego no se dispone del control fino sobre los resultados que proporciona
el
desarrollo windows.

Sinceramente, pero reconozco que es un punto de vista personal, yo solo
utilizaría asp.net en aquellos casos en los que sea imprescindible.
Cuando
se pretende acceder a la aplicación desde lugares que no admiten otra
forma,
cuando convenga utilizar la aplicación sin instalación en los clientes, o
cuando se necesite ejecutar en máquinas con sistemas operativos que no
soporten el framework.

Otra cuestión es el marqueting y las modas. Posiblemente una aplicación
webforms hoy en dia tenga mejor imagen. Eso también lo debes valorar.
Aunque
claro, las modas cambian ;-) El proceso centralizado tuvo mucho éxito en
los primeros años de la informática, y luego se abandonó. Ahora parece
que
ha vuelto. Nunca se sabe...

Juan Carlos Badiola
MVP - C#

Lo importante es como diseñes tu aplicación.

En general ado.net es bastante más rápido que ado. Pero lo importante es que
realices un diseño correcto. Puesto que ado.net está orientada a trabajar de
forma desconectada, no podrás utilizarlo de la misma forma que si tuvieses
cursores de servidor.

Lo digo por que un error muy común, para los que vienen de vb, y están
acostumbrados a trabajar con cursores, consiste en traspasar un gran número
de filas a un dataset. Si planificas tu aplicación sin conocer lo que
implica trabajar de forma desconectada, obtendrás peores rendimientos que
con vb. Si la planificas debidamente, el rendimiento será considerablemente
superior.

En último término, si te resulta imposible trabajar de forma desconectada,
siempre dispondrás de la posibilidad de utilizar el viejo ADO. En este caso
el rendimiento de vb.net será similar al de utilizar ado en vb.

Juan Carlos Badiola
MVP - C#