Le portail francophone de la géomatique

Hello

J'adore repondre dans un domaine ou je suis une "tanche" !

Vu de loin, cela me semble completement impossible !

Tu dois envisager de TOUT reprogrammer en DOTNET ...

Geobye, Pat

Tes programmes VBA ne pourront pas fonctionner sans adaptation dans l'environnement .NET
La chose est un peu technique à expliquer mais en gros tu pourrais garder la plupart de ton code VBA si tu utilises l'interface COM d'AutoCAD, tu n'auras alors pas la puissance du .NET, mais tu n'auras pas en principe à tout reprogrammer.
Si tu parles un minimum d'anglais informatique, consulte le site http://www.acadnetwork.com

Bonjour,

Si effectivement l'interface COM est utilisable (je ne suis pas un acadien !) les codes VBA fonctionneront avec elle. On ne peut pas parler de puissance en matière de .NET, car particulièrement en matière graphique le .NET n'est pas rapide. (la GDI+ est une m***).

VB (A° et VB.Net sont radicalement différents. Dans l'un (VB) la mémoire est gérée par le programmeur et il ne s'agit pas à proprement parler d'un langage orienté objet, alors qu'en .NET il y a une gestion de la mémoire intégrée vie le ramasse miettes (garbage collector).

Attention l'Interop service est un espace de nom du framework .NET, qui sert entre autre à ce connecter avec des logiciels tiers(Excel, Word etc ...) donc il doit ici s'agir uniquement de l'Interop avec MAP.

Bonjour,

Le lien que vous fournissez donne une "page not found" !

C'est beau comme si c'était un commercial qui l'écrivait ! Dans la réalité c'est pas si évident. Tout est dans le "having to completely", car le plus souvent il faut en réécrire une partie. MS nous fait la même avec son convertisseur de code VB6 vers .NET ! L'expérience prouve qu'il vaut mieux repartir de zéro avec .NET plutôt que d'essayer d'adapter un existant en VB6.

Rien. Si vous avez un code VBA qui fonctionne gardez le. En revanche si vous devez écrire du code nouveau, passez à .NET. Ceci tout simplement pour vous y habituer car bientôt il n'y aura plus que cela. Et il faut avouer que si le framework est un peu ch*** à intégrer car il est vaste, ses fonctionnalités sont tout de même plaisantes et efficaces.

Ceci étant dit je reste tout de même septique sur l'utilisation de .NET avec les images telles que nous les utilisons en géomatique. Leur poids et leur définition en matière de profondeur (particulièrement N&B et 256 couleurs) de couleur font que l'on atteint plus que rapidement les limites du .NET.

Pour coder tous les jours en .NET je peux affirmer que ce n'est pas le bon langage pour faire du graphisme. De plus l'utilisation de ce langage via des logiciels tiers pose des problèmes, car on ne sait jamais quand ni comment un objet est géré en mémoire par le garbage collector. Pour vous en convaincre allez voir du coté d'ESRI qui eux aussi ce sont mis à .NET non sans déboires !

Bonjour,

Donc la suppression de vba n'induit pas la suppression de l'interface COM ou cette dernière est-elle vouée à disparaitre elle aussi?

J'ai quelques script écrit en Python qui utilise cette interface, je me demande s'ils auront le même destin que mes script vba.