virtualní metody :: interface

[VODA]

Zdravím,

narazil jsem teď na jeden problém, kdy odlazuji jisté třídy...no a vknížce jsem si přečetl, že v Javě a C# se to dělá pomocí interfaců...
C++ pro interfacy nemá podporu, ale narozdíl od jazyků Java a C# podporuje vícenásobonou dědičnost...
Takže podle knížky se to dá udělat pomocí virtuálních metod...

V knížce je třída popsána takhle:

[VODA]

Nechapu jak je to možné, ale teď jsem tam zkusil napsat virtuální destruktor (do definice odvozené třídy) a už to to varování nehlásí...

Nj...ale co znamená, že jsem udělal virtuální destruktor?
_________________
Opravdovost se pojí s trýzní...

[Marek]

Když máš třídy Derived dědí Base, použiješ volání Base *b = new Derived; a potom delete b; u virtuálních destruktorů se zavolají všechny, jak bys čekal. U normálních se zavolá pouze ten u Base, žádný jiný.
_________________
AMD Open Source Graphics Driver Developer

[Marek]

Ještě něco - je to daleko zajímavější. Nejenže se nezavolá destruktor u Derived, ale nezavolají se ani destruktory u členských proměnných třídy Derived. Když se nezavolají destruktory u těch členských proměnných, nezavolají se ani u těch proměnných, které ty členské proměnné vlastní... a tak dále. Špatně se takové chyby pak hledají...
_________________
AMD Open Source Graphics Driver Developer

[VODA]

Aha, takže jestli to dobře chápu...pokud mám nějakou dědičnost, tak je dobré mít virtuální konstruktory...???
Nebo teda...
Pokud bych věděl, že budu používat pouze případ, že DERIVED *d = new DERIVED; tak je to asi jedno ne?
Na druhou stranu...kdyby to bylo jedno, tak by mi asi překladač nehlásil varování...hm zajímavé...

Předpokládám, že je to otázka polymorfismu...takže bych si měl opětovně projít kapitolu o polymorfismu...
_________________
Opravdovost se pojí s trýzní...

[Marek]

Jo. Každý objekt, co je součástí dědičné hierarchie, by měl mít virtuální destruktor. Naopak ostatní objekty by ho neměly mít virtuální, protože to není úplně efektivní a hlavně ho compiler neumí udělat inline.
_________________
AMD Open Source Graphics Driver Developer

[VODA]

Ok, tak těď už tomu rozumím, díky za objasnění...

Přeci jenom jednu věc bych ještě chtěl vědět...

Co udělá s virtuální metodou to const za závorkama (viz první příspěvek) -> virtual void metoda() const = 0;

Mě prostě překladač vyhodí že je metoda abstraktní a nejde vytvořit instance odvozené třídy...znovu opakuji instance odvozené třídy...což je divné...já myslel, že když je třída abstraktní, tak nejde zinstancovat, ale lze od ní odvodit třída, která musí mít poviné definice metod z abstraktní třídy...

??
_________________
Opravdovost se pojí s trýzní...

[OndraSej]

To const za nazvem metody rika, ze ta metoda "nemeni" obsah tridy a tedy muze byt volana i na konstantnich instancich te tridy. Pozor na to, ze void debug_me() a debug_me() const jsou dve odlisne (!!) metody. Takze prekladac nadava proto, ze jsi v odvozene pretizil debug_me(), zatimco abstraktni debug_me() const zustava nedefinovana.

Jinak to, ze je metoda abstraktni neznamena, ze ji musis napsat do primo odvozene tridy. To ne, kdyz ji nenapises, tak proste i ta odvozena bude abstraktni a takhle to jde opakovat, jak dlouho chces.
_________________
http://trionteam.net

[VODA]

Objevil se další problém s operátorama...nechce se mi zakládat nový topic...možná to bude i souviset s tímto topicem...

Zkrátka...mám objekt CNULL, měli by ho dědit všechny třídy, abych mohl zjistit, jestli už byl objekt zinicializován nebo ne...

Má dva operátory pro == a != a paramter je enum, který má dvě hodnoty defined a undefined...

No vše funguje do té doby, než chci přidat do nějaké třídy, která CNULL dědí, operátor ==, vyhodími to "no match for operator== in trida == undefined (nebo defined)"...
Teda pokud operátor nadefinovaný v CNULL použiju...

Já myslel, že se operátory taky dědí a přetěžují se...ale tohle mi nějak nejde do hlavy... možná to mám blbě navržené...
Doufám, že správné řešení nebude přidání další abstraktní metody a definování jí v každé třídě...což je stejnak divný, když pro všechny třídy by tato metoda měla být stejná... vrací se true nebo false v závislosti na tom jestli je atribut c_state nadtřídy CNULL roven nebo neroven parametru operátoru (defined nebo undefined)...

Já tomu nechápu...
_________________
Opravdovost se pojí s trýzní...

[Yossarian]

zkus ten operator == udelat const, popripadne.
friend bool operator == (const CNull& c, const CNull2& c);

[VODA]

Pro upřesnění...

Mám třídu CNULL nadeklarovanou takto...je tam vidět i enum...

Definice CNULL pak takto (jen s chybou v operátoru != kdy za return nemá být == ale !=, ale to už je opravené)

No a když chci v odvozené třídě operátor== s jiným parametrem...zde...a použiji operátor z CNULL, tak mi to vyhodí tu chybu...zde...(VEC c; na začátku)

Nevím co s tím...potřebuji operátory oba dva....chci porovnávat jestli se atributy tříd rovnají a zároveň chci zjistit jestli je třída definována nebo ne...
_________________
Opravdovost se pojí s trýzní...

[Marek]

Když má metoda stejnej název v potomkovi jako v předkovi, ta v předkovi se potlačí. Jsou 2 způsoby, jak to řešit. První prostě řekne, ať se použije metoda z konkrétní třídy přes operator ::, druhá pak používá přetypování na referenci předka:

[rezna]

[VODA]

Hm, asi jo...
Já jen chtěl udělat podobnou věc z maxscriptu...tam když se objeví nějaká chyba nebo vracím neexistující objekt tak se vrátí undefined...

No nic no...se nic nestane když to "zase" předělám...
_________________
Opravdovost se pojí s trýzní...

[rezna]