Si vous voulez un formulaire indépendant alors un EXE ActiveX devrait être suffisant. Un formulaire indépendant est un formulaire qui peut être affiché et l'application appelante continue à s'exécuter. Les deux ne s'interpénètrent pas. Une DLL .NET est exagérée dans ce cas.
Si vous avez besoin de quelque chose qui implique le multitâche traditionnel, comme prendre un morceau de données et le traiter, alors une DLL .NET peut être une meilleure solution car le multitâche est plus simple que le EXE-> Active Solution EXE de VB6. En fonction de votre autre question, je pense que la création d'une classe multi-usage globale qui expose les méthodes et les paramètres pour appeler les formulaires dont vous avez besoin dans un EXE ActiveX référencé par votre EXE sera la voie à suivre.
Plus de détails m'aideraient à trouver une meilleure réponse.
@EDIT APRÈS UN COMMENTAIRE
transférer ensuite les formes et les objets sur l'ActiveX EXE serait la bonne façon de procéder. Ensuite, vous pouvez référencer l'EXE ActiveX à partir de l'EXE d'origine.
Le seul problème est de savoir si ce que vous copiez est vraiment autonome. Les bonnes nouvelles sont qu'en restant dans VB6 vous allez attraper tout problème immédiatement plutôt que de vous demander si c'est un artefact du processus de conversion. Plus tard, vous pouvez vous concentrer sur une conversion vers .NET si c'est votre objectif à long terme.
@RS pour l'instant c'est strictement exe/form est un éditeur-bouton appelle un autre formulaire qui shell un exe, & deux d'entre eux qui courent à côté de l'exe/formulaire principal. Jusqu'à présent, pas de multitâche nécessaire pour ces formes d'enfant pour le moment. De quels autres détails auriez-vous besoin? Merci! – melaos