VB.Net mucho mas codificación?

19/11/2005 - 15:10 por Raiderf | Informe spam
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.

Preguntas similare

Leer las respuestas

#11 Raiderf
26/11/2005 - 17:41 | Informe spam
No me digas Tristan que puedo utilizar mi TrueDbGrid que trabaja con ADO en
.NET eso si sería una gran ventaja bueno no es lo que recomiendas pero
carambas mientras me aprendo todo lo del datagrid de .net uff.

Eso si sería un gol.

"Tristan" escribió:

Imaginaba que lo que te estaba costando trabajo es el datagrid, o más bien
el acceso a datos mediante ado.net.

Ado.net está orientado a trabajar de forma desconectada. Trabajar de forma
desconectada es casi una obligación cuando se pretende crear grandes
aplicaciones con muchos usuarios accediendo a la BD simultaneamente, por
contra complica un poco las cosas cuando se trabaja con pequeñas
aplicaciones con poco acceso a la BD. Utilizar cursores conectados tal y
como permite ado puede ser algo más sencillo pero produce un rendimiento
lamentable cuando la aplicación crece.

Lo que es importante es que uno de los puntos fuertes de .net es que permite
utilizar COM sin ninguna dificultad. Nada te impide seguir utilizando ado y
el datagrid de ado en una aplicación vb.net. No es lo que yo recomendaría,
pero puedes seguir utilizando el mismo código ado de tus aplicaciones vb6 .
No necesitarás escribir ni una sola línea de código más.

De todas formas, una vez que te familiarices con la filosofía de ado.net,
verás que tampoco es tan difícil. La mayor parte del trabajo lo puedes hacer
con el asistente que te genera el dataAdapter. Los DataSet tipados también
pueden resultarte de ayuda.


Juan Carlos Badiola
MVP - C#



Respuesta Responder a este mensaje
#12 Tristan
26/11/2005 - 22:59 | Informe spam
Por supuesto, puedes seguir utilizandolo. Ese yo creo que es el gran
problema de la gente: no comprenden que puedes seguir haciendo lo mismo en
vb.net que en vb6. Lo que pasa es que pierdes una parte importante de las
ventajas de .net, pero esa es otra cuestión. vb.net es igual o si te
esfuerzas, mejor que vb6.

Juan Carlos Badiola
MVP - C#
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida