Ich habe eine eigene Klasse, die möchte ich weitergeben, aber die implementation möchte ich nicht preisgeben.

Wie stell ich das am dümmsten an? Ich versuche dauernd die im Release/Debug Verzeichniss angelegten <myclass>.obj Files zu benutzen, aber das geht nicht.

Kann ich das überhaupt mit diesen Dateien machen, wie muss ich die im VS6.0 einbinden? Besser wäre, ich könnte die direkt im Source einbinden.

Gruss mathi

Die kannst du dann in den Projekteinstellungen einbinden. Ich kenne das aber nur für den Fall, wo man alles selber erstellt - kann dir also sonst nicht viel weiter helfen.

Erstell ne LIB/DLL. Ist das einfachste

Die Klasse ist komplett vertig. Wäre das viel aufwand eine Lib daraus zu machen?

Neues Projekt erstellen:
MFC-Anwendungs-Assistent (dll)
-> Erweiterungs_MFC-DLL (nur mit and. MFC-Anwnd.)

Dann musst du nur noch deine Klass exportieren

class AFX_EXT_CLASS myclass
{
public:
  void aMethod();
}

Jetzt kannst du die Header und Lib die erstellt wurden in ein anderes Projekt einbinden und dann zum Beispiel ein Objekt deiner Klasse erzeugen. Hinterher brauchst du zum Ausführen des Programm (weitergabe oder was auch immer) nur noch die dll (deine Klasse) und die exe (Program das deine Klasse benutzt)

So in etwa müsste das klappen. Das geht aber nur so extrem einfach wenn du die dll in eine andere MFC-Anwendung einbaust. Sonst brauchste ne C-Api, das wird dann schwerer..

mfg
tobi

AFX_MANAGE_STATE(AfxGetStaticModuleState());

Haben

Soll das ding irgendwann an ein Projekt ran das nicht mit dem VC++ compiliert wird gibts probleme. Definiere in der header besser ein rein virtuelles interface deine klasse und exportiere ne funktion welche dir ne instanz erzeugt. Ist besser als die ganze klasse zu exportieren.

@CMatt:
Genau, das habe ich ja dazu geschrieben. Aber bei uns hier ist es zum Beispiel so das es mit Sicherheit nicht anders kompiliert werden wird. Höchstens mit ner neueren Version des MS-Compilers. Aber ich habe ja extra dazugeschrieben das es nur unter der Bedingung funktioniert. Wenn man sicher ist das es nicht anders benutzt werden wird geht es so einfach erheblich einfacher.

mfg
tobi

@CMat: wie würde so ein virtuelles Interface und die Instance-Erzeugende Funktion denn aussehen?

@Unix-Tom: Ich verwende MFC-Objecte innerhalb einiger Funktionen meiner Klasse(n). Ich habe aber bei meinen ersten kurzen Test keine Probleme feststellen können. Wie muss ich den Macro denn Awenden? Einfach als erste Anweisung in jede MFC-enthaltenen Funktion?

mfg JJ

@CMat: wie würde so ein virtuelles Interface und die Instance-Erzeugende Funktion denn aussehen?

bsp:

// deine header mit dem interface
// Das gibts du dann wieter

class IMyClass // interface zu deiner klasse - rein virtuel
{
public:
   virtual void MyMethod() = 0;
   virtual void Release() = 0;
};

// ne funktion zum erzeugen eines objects die exportiert wird
MY_API void CreateMyClass(IMyClass **pClass);

// deine code in der dll

// implementation deiner klasse - sieht keiner ist in der dll
class CMyClass : public IMyClass
{
public:
void MyMethod1(){
// bla
}
void Release() {
  delete this;
}
};

// deine exportiere funktion
MY_API void CreateMyClass(IMyClass **pClass)
{
  *pClass = new CMyClass();
}

und so verwendet es dann der user:

IMyClass *pMyClass = NULL;
CreateMyClass(&pMyClass); // erzeuge ein object
pMyClass->MyMethod(); // mach was damit
pMyClass->Release(); // lösche es wieder wenn fertig

@Unix-Tom: Ich verwende MFC-Objecte innerhalb einiger Funktionen meiner Klasse(n). Ich habe aber bei meinen ersten kurzen Test keine Probleme feststellen können. Wie muss ich den Macro denn Awenden? Einfach als erste Anweisung in jede MFC-enthaltenen Funktion?

In bestimmten Situationen brauchst du das. Einfach als erste Zeile jeder Funktion.

@Unix-Tom: Ich verwende MFC-Objecte innerhalb einiger Funktionen meiner Klasse(n). Ich habe aber bei meinen ersten kurzen Test keine Probleme feststellen können. Wie muss ich den Macro denn Awenden? Einfach als erste Anweisung in jede MFC-enthaltenen Funktion?

Du brauchst es vor allem wenn du die vielen verschiedenen anderen Möglichkeiten Dlls und ihre Schnittstellen benutzen willst.

Aber wie man hier ganz klar merkst führen viele Wege nach Rom, die einen sicherer, die anderen schneller und noch wieder andere auf breiteren Wegen, musst natürlich immer selbst entscheiden was für dich am passendsten ist

Ganke und Gruss mathi

Unterscheiden sich die <Debug>.lib von der <Release>.lib?

Die beiden Dateien sind gleich gross. Allerdings scheinen sich die Dateien nur am Anfang in einer Grossen Zahl zu unterscheiden, die sich aber auch mit neu-Compilieren ändert, also wohl nur eine Art Versions-Info

Ich denke mal, es ist egal, welche der lib's ich benutze, jede der lib's sollte sowohl für Debug- als auch Release-Modus funktionieren, oder?

Gruss mathi