RICHIESTA PER LO SVILUPPO DELLA VERSIONE
NON GESTITA DI VISUAL BASIC E
VISUAL BASIC PER APPLICAZIONI

Vogliamo suggerire un percorso per lo sviluppo futuro di Visual Basic 6 (VB6) y VBA che permetta alla Microsoft mantenere le sue strategie a lungo termine in sintonia con quelle dei suoi clienti.

Questo percorso permetterà alla Microsoft di ristabilire la connessione con la comunità di programmatori in Visual Basic e continuare appoggiando alla comunità di programmatori di Office.

OBIETTIVI

Chiediamo che Microsoft continui con lo sviluppo di VB6 e VBA allo scopo di raggiungere i seguenti obiettivi (nell'ordine d'importanza col quale noi li percepiamo):

1. Conservazione degli Attivi

Future versions of VB6/VBA should:

• Utilizzare i progetti attuali di VB6/VBA senza conversioni estensive.
• Supportare la sintassi e il lessico basico di VB6/VBA.
• Compilare progetti preesistente, producendo identici risultati.

2. Continuare con il supporto per Visual Basic

Microsoft dovrebbe evidenziare il suo compromesso con il nucleo essenziale del linguaggio Visual Basic. Questo nucleo dovrebbe essere migliorato e ampliato , e i cambiamenti dovrebbero realizzarsi seguendo un piano documentato si obsolescenza.

3. Facilità di migrazione del codice non gestito da VB/VBA verso VB.Net

Le decisioni sulla precedenza della migrazione delle applicazioni a .Net, cosi come il quando e il come farlo, dovrebbero essere di esclusiva competenza del cliente. Qualcuno potrà decidere di mantenerle in VB non-gestito, specialmente quando si tratti di basi di codice già esistenti. Altri utilizzeranno esclusivamente VB.NET y altri qualche combinazione di entrambi. Una versione futura di VB/VBA dovrebbe adoperare questi opzioni come valide, e permettere lo spostamento tra di loro.

IMPOSTAZIONE SUGGERITA

Crediamo che il migliore modo per raggiungere questi obiettivi sia che Microsoft includa una versione attualizzata di VB6 dentro IDE di Visual Studio. Per abbreviare, chiameremo questa versione attualizzata "VB.COM".

VB.COM dovrebbe utilizzare le medesime parole riservate, sintassi e tipi di VB6, continuare sulla base di COM e compilare a codice nativo. Visual Studio, allora, supporterebbe una versione non gestita del linguaggio, VB.COM e una gestita VB.NET, nella stessa maniera che ora alberga C++ (non gestito) y C# (gestito).

Con entrambe le versioni di VB nel medesimo IDE, sarà possibile estendere il margine di sviluppo per fornire un alto grado di interoperazione tra di loro. Questo permetterà al programmatore l'utilizzo di entrambe le versioni nella stessa soluzione, con la interoperazione guidata efficiente e trasparentemente attraverso il margine.

CONCLUSIONE

Somministrando una nuova versione di un Visual Basic basato in COM dentro di IDE di Visual Studio, Microsoft contribuirà a mantenere il valore attuale del codice dei suoi clienti, dimostrerà il suo compromesso con il nucleo del linguaggio Visual Basic e semplificherà in grande misura la scelta di VB.NET a coloro che cosi lo desiderano.

Tutto ciò corrisponde con la impostazione usata per il linguaggio C, y migliora le prospettive di VB.NET, allo stesso modo che protegge gli attivi attuali dei clienti. Continuando lo sviluppo de entrambe le versioni di Visual Basic, Microsoft dimostrerà il suo compromesso e rispetto con la totalità della comunità dei programmatori.