Welche Artikel? - Vorschläge
-
Vorschlag:
Wie schreibe ich gute Trollbeiträge, die anspruchsvoll und witzig zugleich sind?
-
ProviDroll schrieb:
Wie schreibe ich gute Trollbeiträge, die anspruchsvoll und witzig zugleich sind?
Wenn nur die Hälfte der Trollposts im gesamten Forum hier diesen Kriterien entsprechen würden, währe uns schon einmal wirklich gut geholfen
-
Ein Artikel über GMP (Library für große Zahlen) wäre angebracht!
-
Wie man eine Plugin Schnittstelle für sein Programm schafft wäre auch interessant.
-
tipp schrieb:
Ein Artikel über GMP (Library für große Zahlen) wäre angebracht!
guenni81 schrieb:
Wie man eine Plugin Schnittstelle für sein Programm schafft wäre auch interessant.
Mit dynamischen Libraries? Also dll's und so's ...
MfG
GPC
-
GPC schrieb:
Mit dynamischen Libraries? Also dll's und so's ...
Jepp, an sowas hab ich gedacht. Außer du wüsstest noch einen interessanten Weg ein PluginSystem zu entwickeln.
-
guenni81 schrieb:
GPC schrieb:
Mit dynamischen Libraries? Also dll's und so's ...
Jepp, an sowas hab ich gedacht. Außer du wüsstest noch einen interessanten Weg ein PluginSystem zu entwickeln.
Auf die schnelle fällt mir nichts ein, wie man das in C++ andersweitig lösen könnte. Hier wäre Reflection nett...
MfG
GPC
-
Also einml wären da DLLs natürlich ein Weg für Plugins. Aber man kann das ganze auch mit ganz normalen EXE-Dateien und Sharedmemory lösen. Mittlerweile gibt es ja auch schon Boost shmem (Sharedmemory) welches platformübergreifend funktioniert.
Übrigens, wie macht das eigentlich GIMP unter Windows? Wenn ich da in das Plugin-Verzeichnis schaue, sind da alles EXE-Dateien drin. Ich kann mir gut vorstellen, das die auch so arbeiten... müsste man wohl in die GIMP-Dev-Doku schauen.
Man könnte sich aber auch das Plugin-Konzept von Codeblocks anschauen.
EDIT: Mir ist noch was eingefallen. Wie sieht es denn mit CORBA aus? Wäre sogar besser als Sharedmemory. Über CORBA könnten sich die Plugins an den Server (das Hauptprogramm) klemmen und man hätte eine OO-Schnittstelle. Wäre eine Alternative zum COM+, die platformunabhängig wäre.
-
exe dateien sind ganz normale module kannste genauso funktionen exportieren und mit loadLibrary in prozess einblenden
-
Artchi schrieb:
Übrigens, wie macht das eigentlich GIMP unter Windows? Wenn ich da in das Plugin-Verzeichnis schaue, sind da alles EXE-Dateien drin. Ich kann mir gut vorstellen, das die auch so arbeiten... müsste man wohl in die GIMP-Dev-Doku schauen.
So scheint's auch gemacht zu werden: http://developer.gimp.org/writing-a-plug-in/1/index.html
EDIT: Mir ist noch was eingefallen. Wie sieht es denn mit CORBA aus? Wäre sogar besser als Sharedmemory. Über CORBA könnten sich die Plugins an den Server (das Hauptprogramm) klemmen und man hätte eine OO-Schnittstelle. Wäre eine Alternative zum COM+, die platformunabhängig wäre.
Hm, CORBA, ist ja eigentlich für verteilte Systeme gedacht. Aber man kann's wohl auch als Plug-In System missbrauchen
. Aber ob das nicht zu viel Leistung frisst?
MfG
GPC