Exportation classe d'exécutable à dll

Question

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

Une façon possible de le faire est de faire toutes les méthodes de classe nécessaires pour être virtual (de sorte que linker DLL n'a pas besoin de 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 de DLL en utilisant new (a devoir créer des fonctions supplémentaires le code exécutable).
2. Je dois faire toutes ces méthodes virtual, même si sinon ils ne doivent pas nécessairement être virtual.

Il y a un moyen d'exporter une classe à partir d'une DLL à un exécutable en utilisant __declspec(dllexport) Microsoft attribut étendu de stockage de classe. Est-il possible d'exporter une classe d'exécutable à DLL en utilisant la même technique?

Mon ancien compilateur Borland C 6 ne me permet pas de créer la bibliothèque d'importation lors de la construction du projet exécutable. (Ainsi, lors de la compilation de la DLL, éditeur de liens me donne non résolues des messages d'erreur externe pour toutes les méthodes de classe non virtuels importés.) Est-ce une limitation de ce compilateur très, ou peut-être que je me manque quelque chose d'important?

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 à froid si votre DLL et exécuter Exe dans un processus .

Answer 2

Vous pouvez mettre la classe dans une seconde DLL si vous ne voulais vraiment pas dans le premier.

Je vais avoir du mal à comprendre votre raisonnement pour non seulement mettre la classe dans la DLL si.

ETA: Est-ce un peu plus creuser et trouvé

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

Étape 1: Créer une API wrapper C pour votre classe, un peu comme celui-ci (compilation ne sera probablement pas, 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éation d'une classe proxy dans votre DLL. Les méthodes de la classe proxy ne font appel à leurs homologues fonctions C du EXE.

garderait la mise en œuvre « réelle » de votre classe de la DLL. Il est un hack, mais il serait probablement.

Answer 3

Answer 4

Answer 5

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

Étape 1: Créer une API wrapper C pour votre classe, un peu comme celui-ci (compilation ne sera probablement pas, 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éation d'une classe proxy dans votre DLL. Les méthodes de la classe proxy ne font appel à leurs homologues fonctions C du EXE.

garderait la mise en œuvre « réelle » de votre classe de la DLL. Il est un hack, mais il serait probablement.

Answer 6

Answer 7

Answer 8