JLI Spieleprogrammierung

[AFE-GmdG]

Hallo, Ich versuche seit geraumer Zeit ein (typesicheres) Pluginsystem zu entwerfen, scheiterte bis jetzt aber immer an einer irgendeiner Hürde.
Wie man DLL's dynamisch zur Laufzeit lädt, weiss ich und es ist auch kein Problem. Also muss ich zunächst erst mal eine DLL-Datei erstellen, welche sich so laden lässt. Hauptproblem hierbei ist der Header, der ja auf beiden Seiten vorhanden sein muss - einmal auf der DLL-Seite und einmal auf der Clientseite, die die DLL ja verwenden möchte. Das Clientprogramm soll aber nur einen Kleinen Teil des Headers sehen, nämlich nur die Dinge, mit denen es arbeiten muss.
Problem 2 ist, dass ich ganz gerne eine Basisklasse "Plugin" anbieten möchte, von der alle Plugins abgeleitet sein sollen. Dies setzt wiederum voraus, dass jedes Plugin diese Basisklasse implementieren muss oder dass ein extra Projekt eine Dll erstellt, welche von den Plugins benutzt werden muss. - Problem: Vererbung innerhalb von verschiedenen Dll's.
Was ich jetzt suche ist also ein Designpattern, mit dem ich Plugins in C++ erzeugen kann und trotzdem typsicher bleibe - eine Nuss, die ich noch nicht geknackt habe.
_________________

[PeaceKiller]

Vielleicht hilft dir LunaticSystems :: Documents :: Building a Better Plugin Architecture.
_________________
»If the automobile had followed the same development cycle as the computer, a Rolls-Royce would today cost $100, get a million miles per gallon, and explode once a year, killing everyone inside.«
– Robert X. Cringely, InfoWorld magazine

[AFE-GmdG]

Sehr guter Artikel. ch bin gerad am durcharbeiten, aber er gefällt mir jetzt schon. Wenn ich Lust und Zeit hab, schreibe ich ein deutsches Tutorial anhand meiner Erfahrungen...
_________________

[AFE-GmdG]

Ich wunderte mich immer, dass meine Exportierten Funktionen nie geladen werden konnen (wurden nicht gefunden).
Da erinnerte ich mich an den Dependency Walker und probierte Ihn aus, und siehe da: Die Funktionen wurden Exportiert, aber der Exportname stimmte nicht mehr, so wurde z.B. aus "Funktion" (Meine Testfunktion heisst Funktion im Quelltext) "?Funktion@@YAHXZ" (Der Funktionsname in der Dll, den man z.B. bei GetProcAddress() angeben muss). Da das für mich nicht nachvollziehbar/nutzbar ist, und die DllFunktionen von mir einen richtigen Namen bekommen sollen (bzw. den Namen vom Quelltext behalten sollen) muss es eine Möglichkeit geben, den zu Exportierenden Namen festzulegen.
Hat jemand eine Ahnung, wie ich das machen muss?
PS.: Es muss ja auch eine (versteckte) WinAPI-Funktion geben, mit der man sich alle Funktionsnamen einer Executable enumerieren lassen kann, der Dependency Walker macht ja schliesslich auch nichts anderes?
_________________

[Jonathan_Klein]

du musst irgendwie C Funktionenen schreiben, wiel C++ die Funktionen wegen der Funktionspolymorphie umbenennt. Also, irgendwie son block machen das das dazwischen C und nciht C++ sein muss.
_________________
https://jonathank.de/games/

[AFE-GmdG]

Ich probiere mal extern "C" aus, wär einen Versuch wert...
[Edit]
Jup - war richtig.
Woher soll man dass den wissen, in der MSDN wurde kein sterbens Wörtchen darüber verloren...
_________________

[Jonathan_Klein]

hm, jo hab ich mal so in nem Buch gelesen.
_________________
https://jonathank.de/games/

[AFE-GmdG]

Joa - Mein PluginSystem funktioniert zufriedenstellend, aber nun benötige ich mal wieder einen kleinen Denkanstoss:
Und zwar sollen die Plugins nicht (jede für sich selbst) Konfigurationsdateien schreiben - sondern Ihre Konfigurationsdaten an den Kernel geben und von Ihm auf Anfrage (und im Construktor) zurückbekommen. Der Kernel kümmert sich um die Serialisierung.
Dafür wollte ich die Operatoren << und >> überladen.

[Kampfhund]

Kannst ja sowas machen:

[Hazel]

Oder du lässt von den Operatoren ab und benutzt Methoden zur Serialisierung. Ist denke ich das einfachste.
_________________
*click* Dabuu!?
Twitter: http://twitter.com/Ollie_R

[AFE-GmdG]