Bonnes pratiques pour créer une DLL .NET visible par COM

Bonjour à tous,

Dans le cadre d'un projet, je dois créer une DLL en C++/CLI pouvant être utilisée en VB6. Du peu que j'en sais sur le sujet, il faut que ladite DLL soit compatible COM.

Hélas, malgré de nombreuses recherches, je ne sais toujours pas bien comment m'y prendre :?

J'utilise Visual C++ 2010 Express et je suis un peu perdu. Certes, j'ai rendu l'assembly "ComVisible", mais rien de plus pour le moment !

Il semblerait qu'il ne faille exposer que des interfaces et non des classes directement. J'avoue que mon code n'est pour le moment pas très propre et qu'il expose des méthodes qui retournent des objets managés... J'imagine que VB6 ne peut pas utiliser directement des objets WinForms :mouarf:

J'ai pensé à écrire des wrappers, mais le boulot serait rébarbatif et certainement inutile. Il paraît qu'il y a une sorte de mécanisme de wrappers automatiques, mais c'est encore flou pour moi...

Il est aussi question d'un tlbexp et/ou d'un regasm. De même, il serait nécessaire de signer son assembly et de donner des GUID pour chaque classe/méthode ?

Quels sont vos conseils ? Est-ce que je m'y prends de la bonne manière ? Quelles sont vos connaissances à ce sujet ?

L'idéal serait encore d'utiliser la biblio en VB .NET :aie:

Normalement, tu dois en effet exposer des interfaces, chacune avec un GUID et le bon attribut (InterfaceTypeAttribute), et tes classes doivent hériter de ces interfaces et avoir elles-mêmes un GUID.

Tu n'as, par contre, pas besoin de mettre des GUID sur les méthodes elles-mêmes.
À ma connaissance, tu n'as pas besoin de signer un assembly pour l'enregistrer avec RegAsm.
Mais pour la TLB, je ne sais pas. Il est possible (je dis bien "possible") qu'elle se retrouve embarquée en tant que ressource dans la DLL elle-même...

Après avoir lu de nombreuses ressources sur le sujet, j'y vois heureusement plus clair.

Visiblement, il n'est pas nécessaire de signer son assembly si celui-ci n'est pas dans le GAC (Global Assembly Cache), mais privé.

L'étape de l'export du TLB (tlbexp) est indispensable pour utilisation dans VB6.

Maintenant, tout fonctionne, mais j'ai utilisé l'attribut "ClassInterfaceType.AutoDual" qui peut poser des problèmes de versioning, il paraît.

Quelqu'un aurait plus d'infos ?