Pluginy

[Icek]

Ahojte, snazim se trochu zlepsit v c++, chtel bych ve svoji app pridat podporu pluginu. Cetl sem par tutorialu, zacal psat a narazil na problem s kterym si nevim rady.

mam testovaci projekt ktery vytvori so soubor (jsem na linuxu).

[pcmaster]

No podla toho chyboveho hlasenia typujem, ze trieda Project sa nenachadza v Scope tvojej funkcie Test? Cize netusi, co to Project je. Asi tak.
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[Icek]

No kompilace pluginu projede bez problemu, takze tim to asi nebude. ten zdrojak pluginu je asi takhle :

[nou]

skus pridat pri kompilacii hlavneho programu -rdynamic. to my nasiel google. prida to do tabulky dynamickych symbolov vsetky symboli. nie len pouzite.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[Yossarian]

mno, problem je v tom, ze se to tu funkci snazi nabindovat behem kompilace, pritom se ma pouzit late-binding (ta funkce by musela byt obsazena v DLLku, aby to fungovalo. pokud chces, aby byla obsazena 'v pointeru na objekt' (pro rejpaly, zjednodussene receno), tak si musis udelat interface, a tu funkci z nej podedit)


ukazka: IProject.h:

[Icek]

Tak pridal sem pred metodu SetName sluvko virtual a uz to funguje, ale tohle reseni se mi teda vubec nelibi... nejde to jeste nejak jinak? Nechci umoznit pretezovani metod jen proto ze bych je rad volal z pluginu.

-rdynamic se mi zatim nepodarilo vyzkouset kvuli debilite linuxovych IDE, zatim sem neprisel na to kde to nastavit (Eclipse + QtPlugin / QtCreator)

[Yossarian]

no, pokud je chces volat z pluginu, tak pretezovani je jasna cesta.

druha moznost je vyexportovat ty funkce ze spustitelne binarky, a potom ji prilinkovat k pluginu, nicmene si nejsem jisty jestli vubec linux umoznuje linkovat dynamicky spustitelnou binarku. (zkus,

gcc -l(jmeno originalniho spustitelneho souboru) plugin.cpp

[Marek]

Kdysi jsem to řešil tak, že jsem měl (příklad:) jádro.so, které obsahovalo všechny hlavní funkce a při kompilaci pluginu jsem vždy použil parametr -ljádro, takže plugin věděl, kde ty funkce má hledat. V jádro.so jsem pak načetl pluginy (jejich seznam byl v externím souboru), loadovalo je přes dlopen a zavoláním nějaké hlavní funkce pluginu, jak to máš teď. jádro.so tedy otevřelo plugin.so, který díky parametru -ljádro věděl, kde ty funkce hledat. Tímto způsobem se obě dll používaly navzájem.

Nevýhoda tohoto přístupu je, že při změně jádro.so jsem musel rekompilovat pluginy, protože se mohlo změnit ABI (rozhraní zkompilované knihovny). Způsob přes virtuální metody je čistější, nemusíš linkovat plugin s jádro.so a includovat kompletní headery jádra, stačí jen interfacy, ale je potřeba ty interfacy dobře navrhnout už na začátku, protože při jejich změně budeš muset měnit věci na více místech zároveň, což není úplně košér. Lepší je samozřejmě ty interfacy neměnit vůbec, potom můžeš vyvíjet jádro i pluginy nezávisle na sobě.

Např. projekt Xorg téměř nezměnil základní interfacy několik dekád a vyvojáři dělali co mohli, aby to tak zůstalo i za cenu horší kvality kódu. Při jejich změně by se musely upravovat všechny knihovny a programy, které jej využívají, čímž by utrpěl celkový ekosystém kolem tohoto projektu.
_________________
AMD Open Source Graphics Driver Developer

[nou]

POUZI TO -rdynamic FUNGUJE TO

sorry ale mam to odskusane. virtualne metody pomozu taktiez kedze sa vytvory v-table v ktorej sa da najst dany symbol. -rdynamic spravy podobne pretoze prida vsetky symboli do dynamickej tabulky symbolov.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[Icek]

Az prijdu domu tak pohledam jak bych to -rdynamic mohl pouzit. Mam projekt zalozeny na qmake, nemuzu prijit na to jak upravit parametry kompilace.

[Yossarian]

[nou]

mozno to v man gcc nie je pretoze to je volba pre linker.

[Icek]

Co je spatneho na tom co navrhoval Eoise? Jsem uvazoval ze bych si hlavni aplikaci rozdelil na casti, z kazde vytvoril "so" knihovnu, a k pluginu prilinkoval jen to co potrebuje tak by to fungovat melo, ne?

[Marek]

Virtuální metody nejsou hack, je to vlastně to nejlepší, co můžete udělat a ulehčíte linkeru, protože, jak už jsem řekl, je to nejsnadnější způsob, jak vyvíjet projekt a jeho pluginy nezávisle na sobě a zachovat si kompatibilitu (mezi starým jádrem a novými pluginy, stejně jako mezi novým jádrem a starými pluginy).

Icek> Když nedokážeš napsat můj nick celý, piš jen "Eo".
_________________
AMD Open Source Graphics Driver Developer

[Icek]

hehe chodim sem tak 5 let, celou tu dobu sem to cetl "eoise", tak sory

A jak je to s konstruktory? Ten virtualni neudelam... tou kompatibilitou myslis kompatibilitu ruznych verzi kompilatoru? nebo ceho? prece kdyz zmenim nazev volane metody tak je to v haji tak jako tak...