Je n'utilise pas VB.NET, et je n'ai jamais utilisé VB.NET 2008, je ne peux donc pas savoir en comparant VB.NET 2008 à VB6, mais 30 fois supérieur, ca me semble énorme... Déjà un facteur 2 est énorme pour un algorithme identique avec un code optimisé pour les deux langages comparés...

Cela m'étonnerai fortement que VB.NET 2008 soit plus rapide que du C++ : C++ est un langage très vieux, et surtout, pensé pour les performances, tout comme le C. Il est compilé en natif, ce qui veut dire qu'il sais parlé directement au système, contrairement à .NET qui lui est interprété, et passe donc par une surcouche pour accéder au système. Cela a un avantage : le code peut être optimisé en temps réel, avec la mise en cache d'instructions souvent exécutées par exemple, ce qui n'est pas possible en compilé natif (moteur JIT). Par contre, il a l'énorme inconvénient d'être interprêté, et donc, le pc doit d'abord traduire les instructions de code avant de pouvoir les exécuter, ce qui lui donne du travail supplémentaire, contrairement à C++. .NET est censé apporter la portabilité au programme, mais malgré les quelques projet à ce propos, on peut dire que c'est un échec !

Je parle bien de C++ et non de Visual C++ (et encore moins de C++.NET !!!) qui n'est qu'un outil, et n'a rien à voir avec le programme final !

Perso, j'ai fait mon choix : au lieu d'utiliser VB.NET, qui aurait été logique après l'utilisation de VB6, je me suis tourné vers JAVA qui est un langage bien plus pérenne que ceux made by Microsoft qui changent toute les 3 versions (de là à dire que .NET 3 serait la dernière version avant une nouvelle révolution... en tout cas ca me ferais bien marré de voir tout ce qui ne jure que par C# ou VB.NET, et crachent sur JAVA), avec tout ce que ca engendre (incompatibilités et recodage complet des applications...).

VB 11 fois plus lent que delphi... ca laisse songeur en effet, mais quand on voit le code, on n'a plus aucun doute :p

Hormis quelques cas d'utilisation particuliers, VB n'a pas a rougir face au C (je ne parle pas du Delphi que je ne connais pas). VB une fois compilé (et non exécuté en mode debug !), et le code un tant soit peu optimisé (ne pas déclarer les variables dans ton code, c'est vraiment très très limite ! faire plusieurs Resume Next qui servent à rien, faire un doEvents).

Ca ne sert à rien de tester la rapidité des différents langages si tu ne les connais pas à fond...

D'ailleurs, ton commentaire m'a bien fait rire :
DoEvents 'sécurité pour pas faire planter votre pc (tu m'étonne que c'est lent toi après !)

LOL

Conclusion : rien ne vaut le langage PCPT++

DarK Sidious

C'est un peu basique, mais disons que c'est un bon départ pour faire un prog de dessin... en MFC...

DarK Sidious

Oui mais le type de dll que je veux faire dois contenir plusieurs fonctions qui doivent accèder à des données communes, et ceci avec plusieurs instances, donc les classes sont bien appropriées pour cà ! Je me vois mal faire des tonnes de tableaux par exemple !

Va falloir que je teste si on peux passer facilement des pointeurs de classe comme des handles pour les fonctions...

DarK Sidious

Ah ce moment là, comment exporter une classe à partir d'une dll normale BruNews ? Car il ne faut pas non plus perdre la facilité d'utilisation des classes en passant tout par des fonctions plus rapides, ce serait dommage !

DarK Sidious

Je comprends pourquoi les dll ActiveX sont surtout développée en VB : les différences de performances sont minimes à mes premiers tests : 6 s avec une dll ActiveX écrite en C++ pour traiter une image de 900*700, 6.2 secondes pour la traiter avec le même algorithme et en utilisant les mêmes fonctions de l'API avec VB ! Donc forcément, pour y gagner si peu, autant y gagner en temps de développement en utilisant VB qui est bien plus facile à utiliser que le C++ pour créer des dll ActiveX !

Moi qui espèrait gagner pas mal, zut !

DarK Sidious

Ca y est, j'ai enfin réussi à faire une fichue dll activeX qui soit compatible avec VB ! Il faut passer par ATL en fait ! Ouf, ca va m'ouvrir pas mal d'horizon je pense, nottament pour améliorer les performances de mes progs VB ! Je vais enfin pouvoir faire mes classes en C++ pour les calculs lourds, et les utiliser facilement dans VB !

Je pense que je posterais une source sur ce site pour montrer comment faire d'ici mi-février, le temps que je termine quelques projets avant !

Merci à tout ceux qui ont aiguillés mes recherches !

DarK Sidious

Donc on peux rendre les classes exportables dans une dll classique ? C'est bon à savoir cà ! Mais alors se pose le problème de l'instanciation comme tu le dit ! Je vais essayer de voir ce qu'on trouve sur le net à ce propos !

Merci pour ce début de piste !

DarK Sidious

Ben oui, c'est ce que je fais depuis pas mal de temps maintenant ! Mais ce que j'aimerais faire, c'est le contraire : faire une dll ActiveX et C++, et l'importer sous VB, ainsi, je garde la rapidité du C++ pour les gros calculs, et je garde la rapidité de développement du VB (nottament interface, gestion mémoire, etc.)

Mais malheureusement, j'y arrive pas : sous VB, il ne veux pas me créer la dll, alors que celle-ci peut bien être référencée, et que j'arrive à voir ses propriétés et membres avec l'explorateur d'objet :(

DarK Sidious

Si, les ActiveX peuvent contenir des classes ! C'est pour cà que j'aimerais bien savoir en faire ! :(

DarK Sidious