Przekazywanie danych do funkcji w dll

[Koziol]

Mam drobny dylemat odnośnie przekazywania danych z progamu "matki" do bibliotek (przyczym biblioteki są dołączane dynamicznie). Przyjmijmy że każda z n bibliotek zawiera funkcje:
DllStart();
DllStop();
// specjalnie nie dałem parametrów dla funkcji.

Teraz przyjmijmy że chcemy przekazać jakieś dane do funkcji np. wskaźnik na okno.

Mozna to zrobić na bazie
DllStart(TForm1 *Form1);
...
DllStart(this);

ale może się zdarzyć że będziemy chcieli przekazać więcej niż 1 parametr (a dla różnych bibliotek różną liczbe parametrów) co wtedy?
Wymyśliłem rozwiązanie następujące:

Stworzyć nową klasę np:

Kod: Zaznacz cały


class Data
{
...
};


i przekazywać wskaźnik tylko do tej klasy.
Argumenty które przemawiają (do mnie) za to:
- porządek w kodzie.
- możliwość umieszczenia takiej klasy w osobnej bibliotece (zmniejszenie rozmiaru *.exe co przy większych aplikacjach może być przydatne),
- nie trzeba posiadać nagłówka "głównej" klasy tylko klasy Data.

No i na koniec (:D) moje pytanie - czy jest to słuszne rozwiązanie, czy może jest jakieś prostsze, jeżeli tak to jakie?

[Cyfrowy Baron]

Cokolwiek chcesz przekazać do funkcji możesz to zrobić poprzez argumenty tejże funkcji.

---

Temat tworzenia klas w bibliotekach był wałkowany na tym forum przez ostatnie dwa tygodnie i wzbudził wiele kontrowersji i sporów, więc poczytaj tamte posty.
Jedno udało się ustalić, to co chcesz nie może być robione w odniesieniu do bibliotek ładowanych dynamicznie.

---

- porządek w kodzie.
- możliwość umieszczenia takiej klasy w osobnej bibliotece (zmniejszenie rozmiaru *.exe co przy większych aplikacjach może być przydatne),
- nie trzeba posiadać nagłówka "głównej" klasy tylko klasy Data.

Porządek w kodzie - to nie jest dobry argument ZA. Porządek można wprowadzić na wiele sposobów.
Mniejsza aplikacja - tylko plik aplikacji, jeżeli program już na starcie będzie ładował taką bibliotekę i będzie z niej korzystał do końca, to aplikacja zajmie więcej miejsca w pamięci.
nie trzeba posiadać nagłówka "głównej" klasy tylko klasy Data - nie bardzo rozumiem, ci Ty przez to rozumiesz, ale z tego o czym ostatnio dyskutowano na tym forum, to chyba nie masz racji.

[polymorphism]

- nie trzeba posiadać nagłówka "głównej" klasy tylko klasy Data.

Tylko jeśli Data w definicji zawiera odwołania do klasy 'głównej', to i tak pośrednio trzeba będzie załączyć nagłówek definiujący tę klasę.

- możliwość umieszczenia takiej klasy w osobnej bibliotece (zmniejszenie rozmiaru *.exe co przy większych aplikacjach może być przydatne),

Tak, ale tylko w przypadku, o którym tu napisałem. W przeciwnym wypadku nie warto bawić się w DLL-ki.