Exporter la classe de l'exécutable vers la DLL

Question

J'ai besoin dans une DLL d'utiliser une classe, définie dans un exécutable (DLL et exécutable sont compilés par le même compilateur). Mais je ne veux pas que le code source de cette définition de classe soit disponible pour la DLL, seule la déclaration.

Une façon possible de le faire est de rendre toutes les méthodes de classe nécessaires à virtual (de sorte que l'éditeur de liens DLL n'ait pas besoin des définitions de ces méthodes). Les inconvénients de cette approche:

1. Je ne peux pas créer des objets de classes exportées dans le code DLL à l'aide new (un devoir créer des fonctions supplémentaires dans le code de exécutable).
2. Je dois faire toutes ces méthodes virtual, même si autrement ils n'ont pas besoin de être virtual.

Il existe un moyen d'exporter une classe d'une DLL vers un exécutable en utilisant l'attribut étendu __declspec(dllexport) de classe de stockage de Microsoft. Existe-t-il un moyen d'exporter une classe de l'exécutable vers la DLL en utilisant la même technique?

Mon ancien compilateur Borland C 6 ne me permet pas de créer une bibliothèque d'import lors de la construction d'un projet exécutable. (Ainsi, lors de la compilation de la DLL, l'éditeur de liens me donne des messages d'erreur externes non résolus pour toutes les méthodes de classe non virtuelles importées.) Est-ce une limitation de ce même compilateur?

Answer 1

Pour autant que je sache, il est autorisé à utiliser le dllexport MS VS pour exporter une classe ou fonction d'un exe et de l'utiliser dans une DLL. et il fonctionne cool si votre DLL et Exe exécutent dans un processus.

Answer 2

Vous pouvez placer la classe dans une deuxième DLL si vous ne l'avez pas vraiment voulue dans la première.

J'ai du mal à comprendre votre raisonnement pour ne pas simplement mettre la classe dans la DLL.

ETA: certains ont-ils plus creuser et trouvé this link qui explique comment générer une bibliothèque d'importation d'un projet EXE dans Visual Studio 2008. En ce qui concerne la façon de les exporter, il semble que vous utilisez simplement le __declspec régulière (dllexport).

Answer 3

OK, nouvelle réponse à la lumière de nouvelles informations ici. Si vous ne pouvez pas générer une bibliothèque d'exportation pour votre EXE avec votre compilateur, et que vous devez vraiment le faire de cette façon, voici une solution créative, hacky et généralement non recommandée:

Étape 1: Créer une API C wrapper pour votre classe, un peu comme celui-ci (probablement compilez habitude, mais vous voyez l'idée):

// Yes, need some 32 bit/64 bit checks here 
#define MYHANDLE unsigned int 

__declspec(dllexport) MYHANDLE MyClassNewInstance() { 
    MyClass* ptr = new MyClass(); 
    return (MYHANDLE)ptr; 
} 

__delspec(dllexport) MyClassDoSomething(MYHANDLE handle, int parm) { 
    MyClass* ptr = (MyClass*)handle; 
    ptr->DoSomething(parm); 
} 

etc.. 

Étape 2: pour obtenir effectivement les fonctions C du EXE pour une utilisation dans la DLL, utilisez les fonctions API Win32 GetModuleHandle() et GetProcAddress().

Étape 3: Créez une classe proxy dans votre DLL. Les méthodes de la classe proxy ne font rien mais appellent leurs fonctions C de contrepartie de l'EXE.

Ceci garderait la "vraie" implémentation de votre classe hors de la DLL. C'est un hack, mais ça marcherait probablement.