PÉTITION POUR LE DÉVELOPPEMENT D'UNE VERSION
UNMANAGED DE VISUAL BASIC
AINSI QUE DE VISUAL BASIC POUR APPLICATIONS

Nous aimerions suggérer un cheminement relatif au développement futur de Visual Basic 6 et de VBA dans une optique d’aligner les stratégies à long terme de Microsoft avec celles de ses clients.

Ce cheminement aidera également Microsoft à se reconnecter avec leur communauté de développeurs utilisant Visual Basic, tout en continuant à supporter la communauté des développeurs utilisant Microsoft Office.

OBJECTIFS

Nous demandons que Microsoft poursuive son développement de VB6 et de VBA de sorte à rencontrer les objectifs suivants (par ordre d'importance, tel que perçu):

1. Préservation des investissements

Les futures versions de VB6/VBA devraient :

• Utiliser les projets VB6/VBA sans besoin de conversion excessive
• Supporter le coeur du langage et de la syntaxe de VB6/VBA
• Compiler les projets existants et produire des résultats identiques.

2. Maintenance du support de Visual Basic

Microsoft devait se commettre envers le respect de l’intégrité du coeur du langage Visual Basic. Ce noyau de base devrait être amélioré et augmenté. Les changements devraient suivre un processus documenté de mise au rancart d’éléments désuets du langage.

3. Conversion aisée entre le code unmanaged VB/VBA vers le code VB.Net

La prise de décision à savoir quand et comment migrer le code vers l’architecture point Net demeure une initiative du client. Un client peut décider de demeurer avec le code unmanaged particulièrement pour des applications existantes. Un autre client peut opter pour utiliser seulement VB.Net, alors que d’autres clients peuvent maintenir une combinaison de ces deux solutions. Une prochaine version succédant à VB6/VBA devrait tenir compte de ces options tout en permettant au client de pouvoir naviguer entre elles.

APPROCHE SUGGÉRÉE

Nous croyons que la meilleure façon de rencontrer ces objectifs, pour Microsoft, passe par l’inclusion d’une version mise à jour de VB6 à l’intérieur du Visual Studio IDE. Appelons cette mise à jour, par brièveté, VB.COM.

VB.COM devrait utiliser les mêmes mots clés, la syntaxe et les types de VB6, demeurant basés sur la technologie COM, et devrait compiler en code natif. Visual Studio devrait supporter tant VB.COM que le managed VB.NET, tout comme il supporte, en ce moment, tant C++ (unmanaged) que Managed C++.

Avec ces deux VB présents dans le même IDE, il devrait être possible de poursuivre le développement de l’environnement de façon à fournir un haut degré d’interopérabilité entre ces langages. Cela permettrait au développeur d’utiliser les deux langages à l’intérieur d’une même solution. Toutes les coutures requises pour joindre les parties ainsi produites, seraient effectuées automatiquement par l’environnement, de façon transparente.

CONCLUSION

En fournissant une nouvelle version de Visual Basic basée sur la technologie COM, intégrée à Visual Studio IDE, Microsoft aidera à maintenir la valeur du code existant de ses clients, démontrera son engagement au langage Visual Basic et facilitera grandement l’adoption de VB.Net par ses clients qui le désirent.

Cette approche est voisine de celle utilisée par le langage C et améliore la viabilité de VB.Net tout en préservant les investissements de ses clients. En continuant le développement de Visual Basic tant unmanaged que managed, Microsoft réitère son engagement envers son entière communauté de développeurs.