Objekter - tillægsfil (dll måske?)

En logisk måde at løse det på er at lave en headerfil med virtuelle base klasser for de objekter som dll'en skal implementere.
Dll'en implementerer så disse klasser og en factory til at lave objekter.
Hoved programmet kender kun base klassen og factorien.

Et af problemerne ved den metode er at GetProcAddress skal kaldes for hver funktion og med C++ class members er navnet ikke just logisk. Jeg er ikke sikker på hvordan man kalder member funktioner på den måde.

En lettere metode var at lave et import library, men det kræver at hoved programmet er linket til denne, og det kræver at dll'en kendes når programmet compiles.

Man kunne jo "snyde" lidt og lave factory som en C style funktion.

Men det løser vel ikke rigtigt problemet med member funktionerne?

Det løser man vel netop med factory ...

Eller snakker vi lidt forbi hinanden ?

common.h
--------

class Foobar
{
    public:
    virtual char *WhoAmI() = 0;
    virtual int Op(int x, int y) = 0;
};

extern "C"
{
    Foobar *CreateFoobar();
};

a.cpp
-----

#include "common.h"

static char *a = "I am A";

class FoobarA : public Foobar
{
    public:
        virtual char *WhoAmI()
        {
            return a;
        }
        virtual int Op(int x, int y)
        {
            return (x*y);
        }
};

Foobar *CreateFoobar()
{
    return new FoobarA();
}

b.cpp
-----

#include "common.h"

static char *b = "I am B";

class FoobarB : public Foobar
{
    public:
        virtual char *WhoAmI()
        {
            return b;
        }
        virtual int Op(int x, int y)
        {
            return (x/y);
        }
};

Foobar *CreateFoobar()
{
    return new FoobarB();
}

test.cpp
--------

#include <iostream>

using namespace std;

#include <windows.h>

#include "common.h"

typedef Foobar *(*foobarcreate)();

void test(char *dllname)
{
  HINSTANCE mydll = LoadLibrary(dllname);
  foobarcreate fbc = (foobarcreate)GetProcAddress(mydll,"CreateFoobar");
  Foobar *fb = fbc();
  cout << fb->WhoAmI() << endl;
  cout << fb->Op(8,2) << endl;
}

int main()
{
  test("a.dll");
  test("b.dll");
  return 0;
}

Hej Arne, det ser godt ud til formålet..
Tak for det.. du må godt ligge et svar..

En sidste lille ting.. som nævnt kommer jeg til at sende nogle nogle klasser ind i dll filen, jeg går ud fra dette ikke er et problem. Desuden kræver det selvfølgelig at dll filen forstår dette format, så derfor formoder jeg at klassernes struktur skal includes i dll filen også. Men er det nødvendigt at include selve klassernes kode? Tror i evt. det er muligt blot at tillægge headerfilerne på de klasser som dll filens funktioner modtager, og så passer den det selv ind i originalklassen i selve programfilen?

Arne, jeg tror at du har ret. Det virker vel kun hvis det er virtueller funktioner?

cautoo, "klassernes struktur" er netop den virtuelle base class, som både dll og main program skal kende.

metoderne skal være i basis klassen for at man kan kalde dem på den her måde

ja - du kan sagtens kalde metoderne med argumenter som er en klasse - begge sider
skal bare kende klasse definitionen

nej - jeg mener ikke at det er nødvendigt at inline implementations koden i header filen - det var bare nemmest for eksemplet

og et svar

det eneste som jeg er lidt i tvivl om med hensyn til denne løsning er
static fields - om de kun findes i en kopi eller i en kopi per EXE/DLL

Hej Arne.. du tror ikke du lige kunne give en hånd?
Har efterhånden fået rodet lidt med det, har har prøvet at få dit ovenstående eksempel til at virke... men det vil ikke, programmet går ned (har udført en ulovlig handling).
Det sker omkring linien Foobar *fb = fbc();

er fbc NULL ?

jae, har tjekket, det er åbenbart null..
men loading med loadlibrary fejler ikke

hvilken compiler

og hvilke compiler switches bruger du når du genererer DLL filerne ?

Ehm...
jeg bruger den compiler der følger med Dev-C++ (mener den hedder GC++ elle noget i den retning).
Benytter Dev's egen opsætning til Win32 Dll ..
den skriver noget ala: $(CPP) -c a.cpp -o a.o $(CXXFLAGS)

jeg buildede DLLL med

g++ -c a.cpp -o a.obj
g++ -s -shared -Wl,--export-all,--kill-at a.obj -o a.dll

hvis det er --kill-at som mangler så prøv med

foobarcreate fbc = (foobarcreate)GetProcAddress(mydll,"CreateFoobar@0");

har nu prøvet at tilføje
--kill-at (virkede ikke, og ændrede så til -kill-at)
intet virkede...
har prøvet at complere exe filen med @0 men heller ikke :S...

Har prøvet at gå ud i prompten for at skrvie den præcise linie ovenover for compilering... den første giver ingen meddelelser, men der kom en fil der hed a.obj, så jeg regnr med det er positivt.
Den anden gav fejlen:
a.obj(.text+0xf):a.cpp: undefined reference to `operator new(unsigned int)'
a.obj(.rdata$_ZTV6Foobar[vtable for Foobar]+0x8):a.cpp: undefined reference to `
__cxa_pure_virtual'
a.obj(.rdata$_ZTV6Foobar[vtable for Foobar]+0xc):a.cpp: undefined reference to `
__cxa_pure_virtual'
a.obj(.rdata$_ZTI6Foobar[typeinfo for Foobar]+0x0):a.cpp: undefined reference to
`vtable for __cxxabiv1::__class_type_info'
a.obj(.rdata$_ZTI7FoobarA[typeinfo for FoobarA]+0x0):a.cpp: undefined reference
to `vtable for __cxxabiv1::__si_class_type_info'
collect2: ld returned 1 exit status

jeg testede ovenstående kode med

g++ -c a.cpp -o a.obj
g++ -s -shared -Wl,--export-all,--kill-at a.obj -o a.dll
g++ -c b.cpp -o b.obj
g++ -s -shared -Wl,--export-all,--kill-at b.obj -o b.dll
g++ test.cpp -o test.exe

og der virkede den fint

Nåeh fik lige ændret så den kan compilere, men objektet er stadig null

aha, nu virker det...
tak for det...