Ha certamente non nel 2008 e sarei molto sorpreso se si tratta di qualcosa di diverso nel 2010.
VB6 e VB.net sono totalmente diverse lingue, e MS non ha mai approvato ufficialmente un percorso di migrazione automatica per qualsiasi cosa oltre le semplici applicazioni. Il percorso di migrazione non è banale. Ci sono diverse società in giro che offrono servizi di migrazione, non li ho provati ma il mio consiglio sarebbe gestirlo da soli.
Al momento sono diverse applicazioni che sono scritte in gran parte in VB6. La nostra posizione è che il codice di lavoro esistente non viene migrato a .net senza una buona ragione, ma tutto il nuovo codice deve essere scritto in .net (In realtà abbiamo scelto C#)
Ciò significa che se vogliamo aggiungere una nuova funzionalità di un'app VB6 esistente, la funzionalità deve essere implementata in .net con alcune interop. A poco a poco nel tempo le app stanno diventando sempre più .net e meno e meno VB. Abbiamo 1 app che ha appena un piccolo componente VB6 e il resto è quasi interamente in .net grazie a questo approccio graduale alla migrazione. Ha funzionato molto bene per noi. Una volta raggiunto uno stadio in cui la porzione VB6 è minima, semplicemente convertiamo manualmente il codice rimanente senza costi elevati perché rimane solo un piccolo bit.
fonte
2009-06-24 14:00:28
Ho migrato un progetto VB 6 in un progetto .NET 3.5. Tuttavia la migrazione è stata una riscrittura. Anche se potessi migrare direttamente il codice, molto probabilmente vorrai usare un'architettura completamente diversa che meriti una lavagna pulita. – RichardOD
Al momento non è possibile inserire una risposta completa, ma posso consigliare di sfogliare le domande più votate con tag vb6-migration? Per esempio http://stackoverflow.com/questions/395/how-to-switch-a-large-app-from-vb6-to-vb-net – MarkJ