Visual basic VB6 en 64 bits

Question

Bonjour, 

C'est compliqué, surtout sous Windob. Windows 7 - 64 bits comporte un noyau 32 bits et Windows 7 - 32 bits comporte un noyau 16 bits. Donc on peut difficilement savoir.
Sur Mac OSX Catalina, le système est purement 64 bits. Les programme 32 bits comme Office 2011 ne marche plus (Programme 32 bits), donc Apple est clair. Sur Catalina, tout ce qui est 32 bits est obsolete. 
Donc quand j'utilise Office 2019 MAC sur Mac OSX Catalina, je suis en 64 bits. Et quand j'utilise VBA sur Excel 2019 ou Word 2019, je suis obligatoirement en 64 bits.
ALORS LA QUESTION, Microsoft a développé un VBA (qui est un sous ensemble de VB6) en 64 bits. Donc il existe un VBRun en 64 bits.
OU IL EST ?

NHenry · Answer

VBA et VB6 ne sont fonctionnels qu'en 32 bits à ma connaissance
VB6 n'est plus maintenu depuis 2000.

Whismeril · Answer

Bonjour 
Vba n.est pas compilé, c’est l’application hôte qui s’occupe d’interpréter le code.
De fait si l’application est en 64 bits, elle interprète en 64 bits.
Il n’y a pas de vbrun.

Papillon33 · Answer

Attend.
Avec VB6, on a un framework VBRun qui a été écrit et compilé en 32 bits.
Avec Excel, mais aussi avec Word et les autres produits Office, on a un VBA qui est un framework écrit et compilé en 32 bits, puis en 64 bits pour Office 2019 (Ne parlons pas de Office 2016 qui est une M.)
Quand tu utilises VBA 64 bits, tu as beaucoup des mêmes fonctions que dans VB6.

Donc, les gens de Microsoft, qui ont quand même oublié d'être cons, pourquoi persistent t'ils à maintenir un VBA (clone de VB6) et ont t'ils arrêté VB6 pour produire VB .net qui est une daube, alors qu'ils leur suffisaient de mettre un compilateur 64 bits sur VB6 ? 

Tu me diras qu'ils ont été capable de faire Millenium et Vista. Mais ils ont fait aussi Win 7 et Office 2019 qui sont quand même top.

Whismeril · Answer

En fait tu pars du principe erroné que vba et vb6 c’est la même chose.

Vb6 était un langage pour faire des programmes.
Vba est un langage pour faire des scripts.

Un programme interagit avec le système, un script ne peut interagir qu’avec son interpréteur.
Si Microsoft avait décidé que le langage de macro utiliserait une syntaxe basée sur Java, ça n’aurait pas été du Java pour autant, pas plus que vba n’est de vb6.
Ils ont juste choisi une syntaxe inspirée de vb pour que le codeur amateur (au bon sens du terme) se sente à l’aise.
Mais derrière ça ne fonctionne pas du tout pareil.

Ils ont voulu faire pareil avec .net. Ayant peur de perdre les codeurs amateurs avec C#, ils lui ont créé un skin à la sauce VB, mais une fois « compilé » (c’est pas vraiment compilé en .net, mais c’est pas le sujet de ce soir), c’est le même fichier que si on l’avait écrit en C#. Là où ils se sont plantés c’est que les codeurs amateurs ayant appris sur le tas, ont eu du mal à changer de paradigme, là où vb était orienté objet (comme vba) .net est tout objet et ça change radicalement la conception. De fait, on peut toujours écrire en vb.net comme on le faisait en vb6, mais ça semble plus compliqué ou biscornu et moins optimisé simplement parce que c’est pas de cette façon qu’il faut le faire. En plus le simili vb amène de la confusion à la confusion.

Quand je suis passé à .net, on m’a dit que le langage dédié c’est C#, et force est de reconnaître que n’ayant pas de ressemblance syntaxique avec vb j’étais moins tenté de mélanger chèvre et chou

Visual basic VB6 en 64 bits

4 réponses

Votre réponse

Discussions similaires