VB.Net mucho mas codificación?

"Raiderf" escribió en el mensaje
news:

Muchachos del grupo una inquietud que quisiera que me aclaren.

Estoy empezando con el .Net y bueno hasta ahora me han dado lo principal
como para que pueda trabajar con este lenguaje. Me hablan maravillas que
sinceramente hasta ahora no logro descubri y me refiero a la eficiencia
del
lenguaje.

Tengo la sensación que estoy escribiendo mas líneas de código que las que
hacía en Vb6, es verdad?
Muchas de las cosas que hacía con dos o tres líneas de código en Vb6 ahora
las tengo que hacer en 10. no sé no lo creo debe ser que no conozco a la
profundidad el .NET y así como cuando inicié en VB6 limpiaba los textos de
un
formulario linea por linea txtNombre.text = "":txtApellidos = "" y así
sucesivamente para 100 campos ahora lo hago con un FOR EACH. quizá esté
pasando por lo mismo con Vb.Net.

Help grupo díganme que no es verdad, díganme que VB.Net es mas eficiente,
que no voy a necesitar de largas listas de código. Díganme que los
lenguajes
.NET no son lentos ni voy a necesitar de una supercomputadora para poder
trabajar y que en mi pentium II voy a estar feliz y contento trabajando
con
el VB 2005.

gRaCias por escucharme, he dado un respiro de alivio de poder comentarle
esto al mejor grupo de discusión que he encontrado.

Hola.

Pasar de VB6 a VB.Net siempre lleva su trauma.

Mucho de lo que se sabia en VB6 ya no funciona con .NET. El DataGrid de .NET
tiene muchísimas más capacidades, pero la separación del control con
respecto a los origenes de datos y los estilos la hace endiabladamente
difícil de trabajar inicialmente. El truco es desarrollar uno sus patrones
de uso, y tal vez implementarlos en un control de usuario derivado, con una
interfaz de programacion "al gusto". Los mecanismos para la creación de
nuevos controles que especialicen o extiendan los originales es muchísimo
más facil que en VB6.

Si quieres limpiar los TextBox de una forma puedes hacer lo mismo:

For Each Ctl As Control In laForma.Controls
If TypeName(Ctl) = "TextBox" Then
Ctl.Text = ""
End If
Next

VB.NET *es más eficiente* que VB6. Tambien es razonablemente rápido (una vez
compilado el componente). A pesar de haber desarrollado un proyecto mediano,
no fue sino hasta hace unas semanas que he comenzado a construir un sistema
realmente grande y más o menos bien pensado, y no deja de sorprenderme lo
eficiente que resulta una vez adaptas tu manera de pensar a los recursos que
te ofrece.

VB6 es un lenguaje en el que resultaba facil hacer cosas simples, y no tan
facil hacer cosas complicadas. VB2005 es más difícil que VB6 en un nivel
básico, pero mucho más simple para resolver problemas complejos. No estoy
seguro de si esa complejidad inicial de la que hablo no sea consecuencia de
mi conocimiento previo de VB6. Igual para una persona que comience hoy desde
cero con VB.NET es tan facil como lo fue para mi VB6.

Desafortunadamente, no puedo decirte que vas a estar feliz y contento
trabajando con VB2005 en una PentiumII. La carga es lenta y los
requerimientos de memoria son altos (para el IDE, las aplicaciones corren
bien en un Celeron 400 con 64 MB RAM -al menos con los lenguajes 2003). De
todas maneras, VS2005 comienza de aquí en adelante. Por lo general, los
desarrolladores somos más lentos para cambiar de equipo que los aficionados
caseros o que la mayoría de las empresas (normalmente, cuando le sugiero a
un cliente la necesidad de modernizar su infraestructura, los equipos nuevos
estan instalados en un par de dias).

En cualquier caso, la adopción de VB2005 hoy es una apuesta al futuro (si
no, nos quedaríamos contentísimos con nuestro viejo VB6 y nuestras maletas
de trucos).

Salud!

Raiderf-

Sin embargo la versión 2005 tiene muchas cosas que esperaba de .NET, a ver
si por fin será una realidad.



Uno de los ribetes que tiene VB.NET es la corta codificación. Inclusive se
ha demostrado que se logra lo mismo con menos líneas de código frente a
Java.



En cuanto a líneas de código VB.NET / VB, la gran diferencia (no ventaja) de
VB.NET frente al VB es el framework, es decir, una basta gama de clases
donde el programador solo tiene que teclear nombres y puntos, y poca lógica.
En realidad el arte de programar se deja un poco de lado ().



Saludos,

ht





"Raiderf" escribió en el mensaje
news:

Muchachos del grupo una inquietud que quisiera que me aclaren.

Estoy empezando con el .Net y bueno hasta ahora me han dado lo principal
como para que pueda trabajar con este lenguaje. Me hablan maravillas que
sinceramente hasta ahora no logro descubri y me refiero a la eficiencia
del
lenguaje.

Tengo la sensación que estoy escribiendo mas líneas de código que las que
hacía en Vb6, es verdad?
Muchas de las cosas que hacía con dos o tres líneas de código en Vb6 ahora
las tengo que hacer en 10. no sé no lo creo debe ser que no conozco a la
profundidad el .NET y así como cuando inicié en VB6 limpiaba los textos de
un
formulario linea por linea txtNombre.text = "":txtApellidos = "" y así
sucesivamente para 100 campos ahora lo hago con un FOR EACH. quizá esté
pasando por lo mismo con Vb.Net.

Help grupo díganme que no es verdad, díganme que VB.Net es mas eficiente,
que no voy a necesitar de largas listas de código. Díganme que los
lenguajes
.NET no son lentos ni voy a necesitar de una supercomputadora para poder
trabajar y que en mi pentium II voy a estar feliz y contento trabajando
con
el VB 2005.

gRaCias por escucharme, he dado un respiro de alivio de poder comentarle
esto al mejor grupo de discusión que he encontrado.

RaiderF.

Asi sea por los siglos de los siglos.

.NET creo que debe destacar su potencia en tratar de minimizar código, en
tratar de simplificar la codificación es algo que discutía con los muchachos
del equipo de desarrollo.
Si requerimos de terminar el proyecto rápido necesitamos algo potente que
nos permita construir las pantallas lo mas rápido posible, y si vamos a tener
que codificar harto olvídense. mejor tardémonos un año.
Espero que en un futuro .NET mejore en su potencia y optimice sus
requerimientos de hardware. Creo que pido demasiado. Aun así ya empecé un
proyecto en él mas adelante tal vez diga O SI TENÍAN RAZÓN .NET ES LO MÁXIMO
COMO NO ME DÍ CUENTA ANTES, creo que es cuestión de costumbre. compréndame
grupo como uno de Uds dijo la transición de VB6 a VB.NET es traumática
jajajaja. gracias por sus comentarios.

RaiderF



"Raiderf" escribió:

Muchachos del grupo una inquietud que quisiera que me aclaren.

Estoy empezando con el .Net y bueno hasta ahora me han dado lo principal
como para que pueda trabajar con este lenguaje. Me hablan maravillas que
sinceramente hasta ahora no logro descubri y me refiero a la eficiencia del
lenguaje.

Tengo la sensación que estoy escribiendo mas líneas de código que las que
hacía en Vb6, es verdad?
Muchas de las cosas que hacía con dos o tres líneas de código en Vb6 ahora
las tengo que hacer en 10. no sé no lo creo debe ser que no conozco a la
profundidad el .NET y así como cuando inicié en VB6 limpiaba los textos de un
formulario linea por linea txtNombre.text = "":txtApellidos = "" y así
sucesivamente para 100 campos ahora lo hago con un FOR EACH. quizá esté
pasando por lo mismo con Vb.Net.

Help grupo díganme que no es verdad, díganme que VB.Net es mas eficiente,
que no voy a necesitar de largas listas de código. Díganme que los lenguajes
.NET no son lentos ni voy a necesitar de una supercomputadora para poder
trabajar y que en mi pentium II voy a estar feliz y contento trabajando con
el VB 2005.

gRaCias por escucharme, he dado un respiro de alivio de poder comentarle
esto al mejor grupo de discusión que he encontrado.

RaiderF.

Solo un comentario a:

En cuanto a líneas de código VB.NET / VB, la gran diferencia (no ventaja)
de VB.NET frente al VB es el framework, es decir, una basta gama de clases
donde el programador solo tiene que teclear nombres y puntos, y poca
lógica. En realidad el arte de programar se deja un poco de lado ().

Bueno yo diría que en cierto sentido tienes razón en eso, una de los
objetivo de la OOP es convertir el arte de programar en una ciencia. El
programador pasa de ser un artesano a ser un ensamblador de piezas. Yo lo
veo en cierto sentido como el paso de la producción artesanal a la
producción en serie.

Es cierto que ya era posible con otras versiones de VB trabajar con
componentes preconstruidos (OCX, o en general COM) pero ahora la librería de
componentes, el framework, es inmensamente mayor y las facilidades para
ampliarlo también.

La principal dificultad a la hora de cambiar de vb a vb.net es que para
sacar partido a los cambios es necesario cambiar de paradigma, y ese es el
paso más difícil siempre. Los que han tenido la suerte de empezar desde cero
o los que están dispuestos a modificar sus planteamientos sólo pueden
encontrar ventajas.

Juan Carlos Badiola
MVP - C#

Me gustaría saber raiderf, un caso concreto en el que creas que hay que
escribir más código en vb.net. Es posible que te podamos ayudar a mejorar tu
código si sabemos donde tienes dificultades.

Juan Carlos Badiola
MVP - C#