aprendete solo las estructuras basicas if then for while ... de hay en fuera INDEPENDIENTEMENTE del lenguaje podras migrar a otros sin problemas... dar un salto de vb6 a .net es digamos que lo mismo que dar el paso a C++ (en mi punto de vista y segun me senti), analogicamente hablando:

C es a vb6.
C++ es a VB .Net

es decir, que seria mas o menos lo mismo pasar de C a C++, siendo C++ un hibrido entre los dos. y de vb6 a vb.Net
en ambo casos se pueden ejecutar codigos del anterior (con modificaciones), pero es mejor programarlos de manera NATIVA en el lenguaje... en si vb.Net es VB + el FrameWork .NET, es decir que si ya sabes lo basico (if, for, while, etc)... SOLO deberas aprenderte el FrameWork segun sea el caso (NADIE se lo sabe por completo) y aprenderte TODOS los cambiosque se han hecho... por ejemplo:

en vb6 el tipo integer en VB.Net es long...
en vb6 el tipo string en VB.Net es una clase tipo string

en .NET TODOS los tipos (tengo entendido esto) son clases...
en .NET ya tiene soporte para hilos, heredacion poloformismo etc...

es decir, que solo te dan un INCREMENTO de bibliotecas y caracteristicas, ademas que mejoran las ya existentes o de plano las eliminan.

Si te decantas por .Net te recomiendo lanzarte a C# (Es como dar un calto de C -> C++ -> C#[Adicionan un framework a C] ).

Mirate esto https://es.wikipedia.org/wiki/Visual_Basic

Dulces Lunas!¡.

Si prefiero vb.net ¿cual versión me recomiendas?

vb.net 2008 o vb.net 2010?

Otra cosa en vb6 hay muuuchos programas ya con códigos pero en vb.net hay menos?

Si es un sí entonces....

 eso quiere decir que con la API pasa lo mismo no? al ver menos código habrá menos explicación de como se usa tal API, con lo cual en ese aspecto tiene que ventaja vb6


Otra cosa es que si en vb.NET se puede utilizar ASM Isline?

Saludos

1) 2003, 2005, 2008, 2010, 2011 -> Todas son lo mismo. Cambian son las clases, pero el código seguirá funcionando de la misma manera; con la misma sintaxis. El único cambio radical sería la versión del .NET Framework, de resto, son mejoras a las clases internas. Por supuesto te recomendaría (si posees un PC decente) que uses el VS 2010, es un festín completo. No te recomiendo la 2011, porque es un beta aún.

2) Es cierto, hay más aplicaciones en VB6 que en VB.NET, pero esto se debe a la cantidad exagerada de años que se llevan uno y otro. Además, que no hay código en VB6 que no sea fácilmente convertible a VB.NET, simplemente debes dominar ambos.

3) Y te repito por enésima vez: No hay diferencia entre APIs, existe ésta página web donde están explicadas la mayoría de APIs y hasta un ejemplo de cada una dan, todo esto para la plataforma .NET, así que no tiene lógica tu pregunta de las APIs. Es más, en dado caso que no llegue a existir alguna declaración de alguna API en VB.NET, simplemente puedes deducirla por su sintaxis, la cual se encuentra en la msdn y declararla siguiendo estos pasos.

4) No existe un tal "ASM Isline", en dado caso sería "ASM Inline", y NO VB.NET NO permite el uso de Asm inline, el único entre la plataforma es C++.

Te cito las siguientes palabras:


Por supuesto que ese concepto al ser aplicable para C#, también lo es para VB.NET, mas no para C++/CLI el cual es la combinación entre código nativo y no nativo.

Ahora, si aún así quieres usar "asm inline" en VB.NET, te recomiendo que leas este artículo.

Para finalizar te recomiendo algo:

En vista de tu atracción por un lenguaje "a la moda", te podría recomendar C#, es un lenguaje bastante sencillo, con sus limitaciones claro... pero muy intuitivo, completo y fuerte, no más que C++ pero al menos tiene soporte por Microsoft actualmente, soporte que VB6 no.

Ahora, si aún así quisieras hacer aplicaciones que funcionen en los nuevos sistemas operativos de Microsoft, incluyendo el uso de código no administrado (asm inline, etc...) te dejo a mano C++/CLI, es el que actualmente estoy aprendiendo, y... es una pasada, creo que es el mejor de toda la plataforma. Lo único malo de él, es la sintaxis. Mira que te vuelves un 8 si no prestas atención.

Ahora, si tienes una duda, lee nuevamente mi respuesta, si te quedó alguna otra, te recomiendo que la vuelvas a leer, así unas 5 veces, porque has preguntado en este tema lo mismo que te respondí vía MP.

Salud.

Creo que siempre es bueno aprender el lenguaje más nativo. El que dio origen al otro. Si no sabes las raíces estarías incompleto. Tal vez muchos no estén de acuerdo conmigo.